Ethereum-Ökosystem – ERC-7535 Native ETH-Vaults erklärt

ERC-7535 erklärt: Native ETH-Vaults, Shares und Sicherheitsrisiken

vor 6 Stunden

11 Min. Lesezeit

Einleitung

Wer Ether in einem DeFi-Vault anlegt, erwartet oft einen einfachen Ablauf: ETH senden, einen Anteilsschein erhalten und später den Gegenwert zurückfordern. In der technischen Praxis ist das schwieriger, als es klingt. Der verbreitete Vault-Standard ERC-4626 setzt normalerweise einen ERC-20-Token als Basiswert voraus. Ether selbst ist aber kein ERC-20-Token. ERC-7535 versucht genau diese Lücke zu schliessen, ohne die bekannte Vault-Schnittstelle grundsätzlich neu zu erfinden.

In diesem Leitfaden erfährst Du, wie native ETH-Vaults aufgebaut sind, was die Funktionen deposit und mint tatsächlich verlangen, wie sich Shares berechnen lassen und weshalb ein formal standardkonformer Vertrag trotzdem erhebliche Verlustrisiken haben kann. Wichtig ist die Unterscheidung zwischen einer technischen Schnittstelle und einem geprüften Finanzprodukt. Ein ERC-Standard ist weder eine Garantie für Rendite noch ein Sicherheitszertifikat.

Was ist ERC-7535?

ERC-7535 trägt den offiziellen Titel Native Asset ERC-4626 Tokenized Vault. Die Spezifikation erweitert ERC-4626 um Verhaltensregeln für einen nativen Blockchain-Vermögenswert. Auf Ethereum ist dies ETH. Ein Vault nimmt native ETH entgegen und gibt dafür fungible Vault-Anteile aus. Die grundlegende Bedienoberfläche bleibt mit ERC-4626 verwandt. Entwickler können daher bestehende Werkzeuge leichter wiederverwenden, müssen aber die abweichende Behandlung von ETH ausdrücklich berücksichtigen.

Der Standard schreibt vor, dass ein ERC-7535-Vault auch ERC-4626 und damit die ERC-20-Eigenschaften seiner Anteilsscheine implementiert. Das bedeutet nicht, dass der zugrunde liegende Ether selbst ein ERC-20-Token wird. Die Shares sind Token, das eingezahlte Asset ist natives ETH. Dieser Unterschied beeinflusst die Einzahlung, die Genehmigungslogik, die Rückzahlung und die Sicherheitsprüfung. Die offizielle Spezifikation ist unter https://eips.ethereum.org/EIPS/eip-7535 einsehbar.

Warum ETH und WETH nicht dasselbe sind

ETH ist der native Vermögenswert des Ethereum-Netzwerks und wird auch zur Bezahlung von Transaktionsgebühren verwendet. WETH ist dagegen ein ERC-20-Token, der Ether in einer Smart-Contract-Hülle repräsentiert. WETH lässt sich über typische ERC-20-Funktionen wie transfer und approve bewegen. Bei nativer ETH-Übertragung wird dagegen Ether als Wert der Transaktion an einen Vertrag gesendet. Das sind technisch unterschiedliche Abläufe, selbst wenn beide Werte wirtschaftlich eng miteinander verbunden sind.

Ein klassischer ERC-4626-Vault mit WETH als Basiswert ist deshalb kein ERC-7535-Vault. Die Spezifikation schliesst die Verwendung von Wrapped ETH als underlying asset für ERC-7535 ausdrücklich aus. Das ist mehr als eine begriffliche Feinheit: Wer bei der Integration einen WETH-Vault für einen nativen ETH-Vault hält, kann falsche Genehmigungen anfordern, Transaktionen fehlerhaft zusammenstellen oder Einzahlungen nicht korrekt abwickeln. Prüfe stets die konkrete Contract-Adresse und die dokumentierte Asset-Art.

Wie ein tokenisierter Vault funktioniert

Ein Vault verwaltet einen Pool von Vermögenswerten und stellt den Nutzern Anteile an diesem Pool aus. Die Anteilsscheine heissen Shares. Ihre Menge muss nicht der eingezahlten ETH-Menge entsprechen. Entscheidend ist das Verhältnis zwischen dem rechnerischen Vermögen des Vaults und den ausstehenden Shares. Steigt der Wert pro Share, erhält ein Nutzer bei einer späteren Rücknahme unter sonst gleichen Bedingungen mehr Basiswert. Sinkt der Wert, können Verluste entstehen.

Die Quelle eines möglichen Wertzuwachses liegt nicht im ERC-7535-Standard selbst. Ein Vault kann beispielsweise eine Staking-Strategie, ein anderes Protokoll oder schlicht eine Verwahrungslogik implementieren. Jede Strategie bringt eigene Gegenparteien, Smart Contracts und Liquiditätsbedingungen mit. Ein Vault kann also technisch korrekt Shares ausgeben und gleichzeitig wirtschaftlich schlecht konstruiert sein. Wer nur den Standardnamen kennt, weiss noch nicht, was mit dem eingezahlten Ether tatsächlich geschieht.

Die Rolle von ERC-4626

ERC-4626 standardisiert zentrale Funktionen tokenisierter Vaults. Dazu gehören Informationen über den Basiswert, Vorschaufunktionen für Einzahlungen und Rücknahmen sowie Methoden zum Einzahlen, Prägen, Abheben und Einlösen. ERC-7535 baut darauf auf und ändert gezielt das Verhalten dort, wo die ERC-20-Annahmen nicht auf native ETH passen. Dadurch können Integratoren ein vertrautes Grundmodell verwenden, müssen aber die Besonderheiten des neuen Standards bewusst behandeln.

Diese Kompatibilität ist nicht mit identischem Verhalten zu verwechseln. Gerade bei deposit und mint entstehen Unterschiede, die für Frontends, Router, Aggregatoren und Sicherheitsprüfungen relevant sind. Ein Integrator, der nur ERC-4626 kennt und blind den assets-Parameter als massgeblichen Geldbetrag behandelt, könnte bei ERC-7535 falsch liegen. Die Standards lassen sich unter https://eips.ethereum.org/EIPS/eip-4626 und https://eips.ethereum.org/EIPS/eip-7535 direkt vergleichen.

Die asset-Funktion und die ETH-Kennzeichnung

Bei ERC-7535 muss asset() eine festgelegte Platzhalteradresse für natives ETH zurückgeben. Sie lautet 0xEeeeeEeeeEeEeeEeEeEeeEEEeeeeEeeeeeeeEEeE. Die Schreibweise ist durch ERC-7528 definiert. Diese Adresse ist keine normale ERC-20-Vertragsadresse, über die sich ein Token mit approve freigeben liesse. Sie dient als vereinheitlichte Kennzeichnung für einen nativen Vermögenswert in Schnittstellen und Integrationen.

Wer diese Kennzeichnung als gewöhnlichen Token-Contract interpretiert, baut fehlerhafte Software. Ein Wallet oder Portfolio-Tracker muss verstehen, dass ETH als native Balance geführt wird und nicht über einen ERC-20-Balance-Aufruf an dieser Platzhalteradresse abgefragt werden kann. Der relevante Primärstandard ist https://eips.ethereum.org/EIPS/eip-7528. Eine standardisierte Kennzeichnung löst allerdings weder die Preisfindung noch die Prüfung der tatsächlichen Vault-Vermögenswerte.

Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Gutscheincode: AUSWANDERNSCHWEIZ. Relai bietet hier Bitcoin an, nicht ETH oder andere Altcoins.

Relai Bitcoin kaufen – Code AUSWANDERNSCHWEIZ, Werbung

Deposit: Einzahlung mit msg.value

Die Funktion deposit ist bei ERC-7535 payable. Das heisst, der Aufruf kann ETH als Transaktionswert mitführen. Die Spezifikation bestimmt, dass msg.value die primäre Eingabe für die Berechnung der auszugebenden Shares ist. Der ebenfalls vorhandene Parameter assets darf von der Implementierung ignoriert werden. Ein Frontend sollte deshalb nicht annehmen, dass die Zahl im assets-Feld automatisch den effektiv gesendeten Betrag festlegt.

Angenommen, Du möchtest 0,5 ETH einzahlen. Die entscheidende Grösse ist, ob die Transaktion tatsächlich 0,5 ETH als msg.value mitsendet. Eine Abweichung zwischen dem angezeigten Eingabefeld und dem Transaktionswert kann zu unerwarteten Ergebnissen führen. Der Vault muss die Einzahlung vollständig zurückweisen, wenn er nicht den gesamten gesendeten Wert akzeptieren kann, etwa wegen eines Limits oder einer Slippage-Bedingung. Gasgebühren fallen unabhängig vom eingezahlten Betrag zusätzlich an.

Mint: Eine feste Share-Menge prägen

Bei mint gibst Du die gewünschte Anzahl Shares vor. Der Vertrag ermittelt, welcher ETH-Betrag dafür benötigt wird. Auch mint ist payable. Die Spezifikation verlangt, dass die gewünschte Share-Menge vollständig geprägt wird oder der Aufruf fehlschlägt. Sie erzwingt aber nicht, dass der mitgesendete ETH-Wert exakt dem rechnerisch benötigten Betrag entspricht. Damit entsteht eine wichtige Prüfaufgabe für Entwickler und Nutzer.

Wenn Du beispielsweise 100 Shares prägen möchtest und der Vault dafür rechnerisch 0,8 ETH benötigt, darfst Du nicht blind 1 ETH mitsenden und automatisch eine Rückzahlung der Differenz erwarten. Die Spezifikation lässt der Implementierung Spielraum, wie mit überschüssigem Ether umgegangen wird. Ob ein Überschuss erstattet oder anders behandelt wird, muss anhand des konkreten Codes und der Dokumentation geprüft werden. Vor dem Signieren ist der tatsächliche Transaktionswert deshalb besonders wichtig.

Shares und Wechselkurs: Ein Rechenbeispiel

Stell Dir einen Vault mit einem rechnerischen Vermögen von 100 ETH und 10'000 ausstehenden Shares vor. Unter der vereinfachenden Annahme einer linearen Bewertung und ohne Gebühren entspricht ein Share 0,01 ETH. Eine Einzahlung von 2 ETH würde rechnerisch 200 neue Shares ergeben. Nach der Einzahlung lägen 102 ETH und 10'200 Shares vor. Der Anteilspreis bliebe in diesem vereinfachten Modell unverändert.

Steigt das Vault-Vermögen später auf 112,2 ETH, während weiterhin 10'200 Shares ausstehen, entspricht ein Share rechnerisch 0,011 ETH. Deine 200 Shares hätten dann einen rechnerischen Anspruch von 2,2 ETH. Das ist ausdrücklich keine Renditeprognose. Tatsächliche Vaults können Gebühren, Rundung, ausstehende Forderungen, illiquide Positionen, Verluste oder zusätzliche Shares berücksichtigen. Auch der angezeigte Wechselkurs ist nur so belastbar wie die Bewertung des gesamten Vault-Vermögens.

Deposit und Mint im direkten Vergleich

Deposit ist auf einen bestimmten einzuzahlenden ETH-Betrag ausgerichtet. Mint ist auf eine bestimmte Zahl auszugebender Shares ausgerichtet. Das klingt ähnlich, hat aber unterschiedliche Auswirkungen auf die Nutzeroberfläche. Bei deposit solltest Du den gesendeten ETH-Wert und die erwartete Mindestzahl Shares prüfen. Bei mint solltest Du die gewünschte Share-Zahl, den maximal akzeptierten ETH-Aufwand und die Behandlung möglicher Überschüsse verstehen.

In beiden Fällen kann sich das Ergebnis zwischen einer Vorschau und der tatsächlichen Ausführung verändern. Andere Transaktionen können vor Deiner Transaktion verarbeitet werden und das Verhältnis von Vermögen und Shares beeinflussen. Die Vorschau ist keine verbindliche Zusage. Für grössere Beträge sind angemessene Slippage-Grenzen und eine sorgfältige Prüfung der Contract-Interaktion besonders wichtig. Ein blindes Bestätigen in der Wallet ersetzt diese Kontrollen nicht.

Auszahlung, Redeem und Liquidität

Bei einem Vault ist die Rücknahme der Shares ebenso wichtig wie die Einzahlung. ERC-7535 übernimmt die ERC-4626-Grundidee von withdraw und redeem, aber die zugrunde liegende Auszahlung erfolgt bei einem nativen ETH-Vault in ETH. Entscheidend ist, ob der Vertrag über ausreichend sofort verfügbare Mittel verfügt oder ob eine Strategie erst Positionen auflösen muss. Ein rechnerischer Anspruch auf ETH bedeutet nicht zwangsläufig, dass ETH jederzeit ohne Wartezeit ausbezahlt werden kann.

Ein Staking-naher Vault kann wirtschaftliche oder technische Auszahlungsfristen haben. Andere Strategien können auf Kreditmärkten oder in weiteren Smart Contracts investiert sein. Bei Marktstress können Rücknahmen verzögert, begrenzt oder durch Liquiditätsengpässe erschwert werden. Prüfe deshalb nicht nur die Share-Bewertung, sondern auch maxWithdraw, maxRedeem, dokumentierte Rücknahmebedingungen und die tatsächliche Strategie. Eine Wallet-Anzeige allein beweist keine sofortige Auszahlbarkeit.

Reentrancy: Risiken beim ETH-Transfer

Ein besonders relevantes Sicherheitsrisiko entsteht, wenn ein Smart Contract Ether an eine andere Adresse oder einen anderen Vertrag sendet. Bei bestimmten Übertragungsmechanismen kann der Empfänger während der Ausführung weiteren Code ausführen. Erfolgt die Auszahlung, bevor interne Salden und Shares korrekt aktualisiert wurden, kann eine fehlerhafte Implementierung unter Umständen mehrfach angegriffen werden. Dieses Muster wird als Reentrancy bezeichnet.

Die ERC-7535-Spezifikation weist ausdrücklich auf Risiken bei ETH-Transfers mit call hin. Entwickler sollten sichere Zustandsübergänge, geeignete Schutzmechanismen und unabhängige Prüfungen einsetzen. Aus Nutzersicht ist ein Audit hilfreich, aber keine Garantie. Auch geprüfte Verträge können Schwachstellen enthalten, und eine Sicherheitsprüfung deckt möglicherweise nicht alle späteren Änderungen ab. Besonders kritisch sind upgradefähige Verträge, externe Abhängigkeiten und komplexe Strategieketten.

Erzwungene ETH-Transfers und Buchhaltung

Native ETH kann in bestimmten Situationen auch ohne einen regulären deposit-Aufruf bei einem Vertrag ankommen. Die Spezifikation diskutiert deshalb ausdrücklich erzwungene ETH-Transfers und die Folgen für die Vault-Buchhaltung. Wenn ein Vertrag seinen gesamten ETH-Saldo ungeprüft als verwaltetes Vermögen interpretiert, können unerwartete Zuflüsse den rechnerischen Share-Preis verändern oder Annahmen der Einzahlungslogik verletzen.

Ein robuster Vault muss definieren, wie direkte Transfers, Spenden, Rundungsreste und andere Sonderfälle behandelt werden. Das gilt insbesondere für kleine Pools, in denen geringe zusätzliche Beträge einen relativ grossen Effekt haben können. Nutzer sollten nicht versuchen, die wirtschaftliche Sicherheit allein aus einem steigenden Share-Preis abzuleiten. Ein Preis kann sich auch wegen Buchhaltungseffekten verändern, ohne dass eine nachhaltige Rendite erwirtschaftet wurde.

Inflation-Angriffe und kleine Vaults

Bei tokenisierten Vaults können ungünstige Rundungsregeln und direkte Vermögenszuflüsse ein Problem darstellen. In bestimmten Konstruktionen kann ein Angreifer das Verhältnis zwischen Assets und Shares so beeinflussen, dass nachfolgende Einzahler unverhältnismässig wenige Shares erhalten. Besonders bei sehr kleinen oder neu eröffneten Vaults können solche Effekte bedeutsam sein. Die genaue Angreifbarkeit hängt von der Implementierung und den verwendeten Schutzmechanismen ab.

ERC-7535 beseitigt die grundlegenden ERC-4626-Risiken nicht. Entwickler müssen sorgfältig mit Rundung, initialer Share-Ausgabe, Vorschaufunktionen und Mindestbeträgen umgehen. Für Anleger ist deshalb die Frage wichtig, ob die Vertragslogik auch bei kleinen Beträgen, direkten ETH-Zuflüssen und ungewöhnlichen Zuständen getestet wurde. Ein Standardname allein verrät nichts über die Qualität der konkreten Schutzmassnahmen.

Kosten und Gasgebühren

Die Nutzung eines nativen ETH-Vaults kann Transaktionsgebühren verursachen. Wie hoch diese ausfallen, hängt unter anderem von der Netzwerkauslastung, der konkreten Contract-Implementierung und der ausgeführten Funktion ab. Es wäre irreführend, für ERC-7535 eine einheitliche feste Gebühr zu nennen. Zusätzlich können Protokoll-, Management-, Performance- oder Ausstiegsgebühren anfallen, sofern der jeweilige Vault sie vorsieht.

Beachte, dass native ETH-Einzahlungen keine klassische ERC-20-Approve-Transaktion für den Basiswert benötigen. Das kann bestimmte Abläufe vereinfachen, garantiert aber nicht automatisch geringere Gesamtkosten. Ein komplexer Vault kann bei der Einzahlung weitere Protokolle aufrufen und dadurch viel Gas verbrauchen. Vor einer Transaktion solltest Du den geschätzten Netzwerkaufwand, den ETH-Wert und mögliche vertragliche Gebühren getrennt prüfen.

Staking und Rendite sind keine Eigenschaft des Standards

ERC-7535 kann für Anwendungen interessant sein, die ETH direkt als Basiswert verwenden, beispielsweise bestimmte Staking-bezogene Konstruktionen. Daraus folgt aber nicht, dass jeder ERC-7535-Vault ETH stakt oder automatisch Erträge erzielt. Der Standard definiert die Schnittstelle und bestimmte Verhaltensregeln, nicht die Anlagestrategie. Ein Vault kann auch eine andere technische oder wirtschaftliche Aufgabe erfüllen.

Falls eine Anwendung Staking nutzt, kommen weitere Risiken hinzu: Validator-Betrieb, mögliche Strafmechanismen, operative Fehler, Konzentration auf Dienstleister und Bedingungen für Auszahlungen. Auch die Zusammensetzung der Erträge kann schwanken. Aussagen zu garantierten jährlichen Renditen sind bei solchen Produkten besonders kritisch zu hinterfragen. Prüfe, ob ausgewiesene Zahlen historische Werte, Schätzungen oder ausdrücklich beworbene Anbieterangaben sind.

Governance, Adminrechte und Upgrades

Ein Vault kann von einer DAO, einem Unternehmen, einem Multisig oder einer anderen Verwaltungsstruktur kontrolliert werden. Diese Instanzen können je nach Implementierung Parameter ändern, Strategien austauschen, Gebühren anpassen oder einen Upgrade-Prozess auslösen. Nicht jeder ERC-7535-Vertrag ist unveränderlich. Deshalb ist es wichtig, die tatsächlichen Administratorrechte zu verstehen und nicht allein auf eine allgemeine Aussage über Dezentralisierung zu vertrauen.

Untersuche, wer neue Implementierungen freigeben darf, ob Zeitverzögerungen vorgesehen sind und welche Notfallrechte bestehen. Eine Pause-Funktion kann in einer Krise sinnvoll sein, aber zugleich die Verfügbarkeit Deiner Mittel einschränken. Ein Multisig reduziert manche Einzelpersonenrisiken, beseitigt jedoch weder Koordinationsprobleme noch die Möglichkeit kompromittierter Schlüssel. Die Governance-Struktur ist Teil des wirtschaftlichen Risikoprofils.

Wie Du einen Vault vor der Nutzung prüfst

Beginne mit der verifizierten Contract-Adresse auf dem richtigen Netzwerk. Vergleiche sie mit den Angaben aus der offiziellen Dokumentation des konkreten Projekts. Prüfe, ob der Vertrag tatsächlich ERC-7535 implementiert und ob asset() die vorgesehene native Kennzeichnung zurückgibt. Lies die Dokumentation zur Strategie, zu Gebühren und Rücknahmen. Achte darauf, ob der Code öffentlich einsehbar ist und welche Audits tatsächlich für die eingesetzte Version gelten.

Prüfe zusätzlich die Verwaltung der Vermögenswerte, die Abhängigkeit von Oracles oder weiteren Protokollen und die Liquiditätsreserve. Ein hoher ausgewiesener Gesamtwert ist kein Beweis für Sicherheit. Teste eine Anwendung gegebenenfalls zunächst mit einem kleinen Betrag und beobachte die tatsächlichen Transaktionswerte. Gib niemals Seed Phrase oder Private Keys weiter. Bei ungewöhnlichen Signaturaufforderungen, unbekannten Domains oder Druck zu sofortigen Einzahlungen ist besondere Vorsicht angebracht.

Schweizer Steuern und rechtliche Einordnung

Für Personen mit steuerlichem Wohnsitz in der Schweiz können Krypto-Vermögenswerte und Erträge steuerlich relevant sein. Die Behandlung hängt von der konkreten wirtschaftlichen Ausgestaltung ab. Ein Vault-Share kann einen Vermögenswert repräsentieren, dessen Wert zum massgeblichen Stichtag zu deklarieren ist. Erträge, Veräusserungen und komplexe DeFi-Vorgänge lassen sich jedoch nicht allein aus dem Namen ERC-7535 steuerlich beurteilen.

Dokumentiere Einzahlungen, Rücknahmen, Gebühren, erhaltene Shares, Zeitpunkte und verwendete CHF-Umrechnungskurse nachvollziehbar. Informiere Dich bei der Eidgenössischen Steuerverwaltung und Deiner kantonalen Steuerverwaltung über die jeweils geltenden Regeln. Eine technische Tokenisierung ändert nicht automatisch die steuerliche Qualifikation. Auch regulatorisch bedeutet die Einhaltung eines ERC-Standards keine Bewilligung durch FINMA und keinen Schutz vor einem Totalverlust.

ERC-7535, ERC-7575 und ERC-7540 abgrenzen

ERC-7535 behandelt die Einbindung eines nativen Assets wie ETH in die ERC-4626-Vault-Schnittstelle. ERC-7575 befasst sich dagegen mit Multi-Asset-Vaults und einer von einzelnen Vault-Instanzen getrennten Share-Logik. ERC-7540 erweitert Vault-Mechanismen für asynchrone Einzahlungen und Rücknahmen. Diese Standards lösen unterschiedliche Probleme und sind deshalb nicht austauschbar. Ein einzelnes Protokoll kann mehrere Konzepte kombinieren, muss dies aber technisch korrekt umsetzen.

Für Deine Recherche ist die Suchintention entscheidend: Willst Du wissen, wie ETH ohne WETH in einen Vault gelangt, ist ERC-7535 relevant. Geht es um mehrere Einzahlungswerte oder gemeinsame Shares, ist ERC-7575 näherliegend. Geht es um Wartezeiten und asynchrone Bearbeitung, hilft ERC-7540. Diese Trennung verhindert, dass Du eine Funktion erwartest, die ein Standard gar nicht verspricht.

FAQ: Muss ich ETH vor der Einzahlung in WETH umwandeln?

Bei einem tatsächlich nach ERC-7535 implementierten nativen ETH-Vault ist die direkte Einzahlung von ETH vorgesehen. Bei einem gewöhnlichen ERC-4626-Vault, dessen Basiswert WETH ist, kann dagegen WETH erforderlich sein. Entscheidend ist die konkrete Anwendung, nicht die Bezeichnung auf einer Marketingseite.

FAQ: Sind Vault-Shares sicherer als ETH?

Nein. Vault-Shares stellen Ansprüche oder Anteile gemäss der jeweiligen Vertragslogik dar. Zusätzlich zur Preisentwicklung von ETH entstehen Smart-Contract-, Strategie-, Liquiditäts- und gegebenenfalls Gegenparteirisiken. Ein höherer ausgewiesener Ertrag kann mit deutlich höherem Risiko verbunden sein.

FAQ: Kann ich meine ETH jederzeit zurückholen?

Nicht zwangsläufig. Technische Limits, Protokollstrategien, Rücknahmefristen oder fehlende Liquidität können die Auszahlung beeinflussen. Prüfe die tatsächlichen Bedingungen und nicht nur die angezeigte Zahl Deiner Shares.

FAQ: Garantiert ERC-7535 eine bestimmte Rendite?

Nein. ERC-7535 ist ein technischer Standard für die Interaktion mit nativen Assets in tokenisierten Vaults. Er definiert weder eine Rendite noch eine staatliche Einlagensicherung oder eine Anlageempfehlung.

Fazit

ERC-7535 ist eine gezielte Erweiterung des bekannten ERC-4626-Modells für native ETH-Vaults. Die wichtigsten Unterschiede betreffen die Kennzeichnung des Basiswerts, die payable-Funktionen deposit und mint sowie den Umgang mit tatsächlich übertragenem Ether. Für Entwickler schafft das eine besser standardisierte Integration. Für Nutzer bleibt entscheidend, welche Strategie, welche Verwaltungsrechte und welche Sicherheitsmechanismen hinter dem konkreten Vault stehen.

Wer die Risiken von Reentrancy, Rundung, Liquidität und Smart-Contract-Upgrades versteht, kann die Funktionsweise sachlicher einordnen. Trotzdem bleibt DeFi spekulativ und ein Totalverlust möglich. Dieser Artikel dient ausschliesslich der Information und ist keine individuelle Anlage-, Steuer- oder Rechtsberatung.