Deutsch
Oct 19, 2026

Was ist ERC-4626? Der Standard für tokenisierte Vaults

ERC-4626 ist Ethereums Standard für tokenisierte Vaults. Erfahren Sie mehr über die Schnittstelle, die Anteilsrechnung mit Beispiel, den Inflationsangriff und ERC-7540/7575.

Was ist ERC-4626? Der Standard für tokenisierte Vaults

ERC-4626 ist der Ethereum-Standard für tokenisierte Vaults. Er definiert einen einheitlichen Satz von Funktionen, um einen einzelnen ERC-20-Token in einen Vault einzuzahlen, im Gegenzug Vault-Anteile zu erhalten und zwischen beiden umzurechnen, sodass jede Wallet, jeder Lending-Markt und jeder Aggregator jeden konformen Vault auf dieselbe Weise integrieren kann. Die Anteile des Vaults sind selbst ein Token, und ihr Wert im zugrunde liegenden Vermögenswert steigt, während der Vault Erträge erzielt.

Dieser Leitfaden behandelt die Schnittstelle, die Rechnung zwischen Anteilen und Vermögenswerten mit einem Rechenbeispiel, den Inflationsangriff, die asynchronen und Multi-Asset-Erweiterungen sowie die Art, wie Nicht-EVM-Chains wie Sui mit Vault-Anteilen umgehen.

Was ist ERC-4626?

ERC-4626 mit dem Titel „Tokenized Vaults“ wurde am 22. Dezember 2021 von Joey Santoro, t11s, Jet Jadeja, Alberto Cuesta Cañada und Señor Doggo erstellt. Es ist ein Standards-Track-ERC mit dem Status Final und baut auf ERC-20 und ERC-2612 (Permit-Signaturen) auf, laut der EIP-Seite. Die Zusammenfassung beschreibt ihn als „standard API for tokenized Vaults representing shares of a single underlying EIP-20 token“.

Bevor es ihn gab, schrieb jeder Rendite-Aggregator, jeder Lending-Markt und jeder Staking-Wrapper seine eigene Vault-Schnittstelle. Jede App, die zehn Vaults unterstützen wollte, brauchte zehn Adapter, jeder davon eine neue Fehlerquelle. ERC-4626 ersetzte das durch eine einheitliche Form, so wie ERC-20 es für fungible Token tat.

Der Standard legt die Schnittstelle fest, nicht die Strategie: Ein riskanter oder böswilliger Vault kann vollständig konform sein. Für das Gesamtbild, was Vaults mit Ihrem Geld tun, siehe Krypto-Vaults erklärt.

Die ERC-4626-Schnittstelle, Funktion für Funktion

Ein konformer Vault ist ein ERC-20-Token (die Anteile) plus die nachstehenden Funktionen. Jede davon stammt aus der Spezifikation.

FunktionWas sie tut
asset()Der zugrunde liegende Token, zum Beispiel USDC.
totalAssets()Alle zugrunde liegenden Vermögenswerte, die der Vault verwaltet, einschließlich jener in Strategien.
convertToShares / convertToAssetsDer ideale Wechselkurs, ohne Gebühren und Limits.
deposit(assets, receiver)Sie wählen, wie viele Vermögenswerte Sie einzahlen; der Vault mintet die entsprechenden Anteile.
mint(shares, receiver)Sie wählen, wie viele Anteile Sie möchten; der Vault zieht die benötigten Vermögenswerte ein.
withdraw(assets, receiver, owner)Sie wählen, wie viele Vermögenswerte Sie entnehmen; der Vault verbrennt die benötigten Anteile.
redeem(shares, receiver, owner)Sie wählen, wie viele Anteile Sie verbrennen; der Vault sendet die entsprechenden Vermögenswerte.
previewDeposit / previewMint / previewWithdraw / previewRedeemSimulieren jede Aktion im aktuellen Block, einschließlich Gebühren.
maxDeposit / maxMint / maxWithdraw / maxRedeemDas Maximum, das eine Adresse gerade einzahlen, minten, entnehmen oder einlösen kann.

Zwei Events, Deposit und Withdraw, geben Indexern ein einheitliches Muster, um jeden konformen Vault zu verfolgen.

Warum die Preview- und Max-Funktionen wichtig sind

Die Preview-Funktionen zeigen, was Sie in diesem Block nach Gebühren tatsächlich erhalten würden – genau das sollte ein Frontend anzeigen, bevor Sie signieren. Die Max-Funktionen legen Obergrenzen, Pausen und Liquiditätslimits offen, sodass ein Router eine Transaktion vermeiden kann, die zwangsläufig fehlschlagen würde.

Die Spezifikation warnt, dass totalAssets, convertToShares und convertToAssets „estimates useful for display purposes“ sind und dass die Preview-Funktionen manipuliert werden können und nicht immer sicher als Preis-Oracles verwendbar sind. Warum, erklärt unser Leitfaden zu Preis-Oracles.

Anteile vs. Vermögenswerte: ein Rechenbeispiel

Der Kern jedes Vaults ist ein einziges Verhältnis:

Anteilspreis = totalAssets ÷ totalSupply der Anteile

Nehmen wir einen USDC-Vault, der 1.000 USDC hält und 1.000 Anteile ausgegeben hat. Jeder Anteil ist 1 USDC wert.

  1. Die Strategie erzielt Erträge. Zinsen von 50 USDC gehen ein. Das Gesamtvermögen beträgt nun 1.050, und es gibt weiterhin 1.000 Anteile, jeder Anteil ist also 1,05 USDC wert. Niemandes Anteilszahl hat sich geändert; der Preis schon.
  2. Alice zahlt 210 USDC ein. Sie erhält 210 × 1.000 ÷ 1.050 = 200 Anteile. Der Vault hält nun 1.260 USDC bei 1.200 Anteilen, und der Preis liegt weiterhin bei 1,05. Ihre Einzahlung hat niemanden verwässert.
  3. Der Vault erzielt erneut Erträge. Das Gesamtvermögen erreicht 1.320 USDC. Der Preis beträgt 1.320 ÷ 1.200 = 1,10.
  4. Alice löst ihre 200 Anteile ein. Sie erhält 200 × 1,10 = 220 USDC, einen Gewinn von 10 USDC, vor etwaigen Gebühren.

Deshalb erhöhen ERC-4626-Token wie sUSDS von Sky nie Ihren Bestand; jeder Token lässt sich im Laufe der Zeit einfach gegen mehr vom Vermögenswert einlösen. Unser Leitfaden zu USDS und sUSDS erläutert diesen Fall.

Rundungen begünstigen immer den Vault

Reale Zahlen gehen selten glatt auf. Die Spezifikation besagt, dass der Vault abrunden soll, wenn er Anteile für eine Einzahlung ausgibt oder Vermögenswerte für Anteile auszahlt. Wenn er berechnet, wie viele Anteile Sie verbrennen oder wie viele Vermögenswerte Sie bereitstellen müssen, soll er aufrunden. Die convertTo-Funktionen müssen stets abrunden.

Jeder Rundungsfehler hinterlässt daher einen winzigen Betrag im Vault, statt einem Nutzer zu erlauben, ihn den anderen zu entziehen.

Der Inflationsangriff und wie Vaults sich dagegen schützen

Rundungen haben einen gefährlichen Grenzfall: einen nahezu leeren Vault. Der Inflations- oder Spendenangriff (Donation Attack) wird in der ERC-4626-Dokumentation von OpenZeppelin beschrieben.

  1. Ein Angreifer wird zum ersten Einleger und mintet eine winzige Anzahl von Anteilen, etwa einen Anteil für die kleinste USDC-Einheit.
  2. Bevor die Einzahlung des nächsten Nutzers eingeht, sendet der Angreifer einen großen USDC-Betrag direkt als „Spende“ an den Vault-Vertrag. Dafür werden keine Anteile gemintet, doch totalAssets springt nach oben, sodass der Preis dieses einen Anteils in die Höhe schießt.
  3. Die Einzahlung des Opfers wird zum aufgeblähten Preis umgerechnet und auf null abgerundet oder auf weit weniger Anteile, als es sein sollten.
  4. Der Angreifer löst seinen Anteil ein und streicht den Großteil der Einzahlung des Opfers ein.

Der Angriff beruht in der Regel darauf, den ersten Einzahlungen eines Vaults zuvorzukommen (Front-Running).

Gegenmaßnahmen

  • Virtuelle Anteile und Vermögenswerte. OpenZeppelin fügte diese Abwehr in Version 4.9.0, veröffentlicht am 23. Mai 2023, seinem ERC4626-Vertrag hinzu, laut seinem Changelog. Die Rechnung verhält sich so, als hielte der Vault stets einige zusätzliche Anteile und eine zusätzliche Einheit des Vermögenswerts, die einen Teil jeder Spende absorbieren. OpenZeppelin gibt an, dass der Angriff selbst mit einem Offset von null unrentabel ist und größere Offsets ihn weit kostspieliger machen.
  • Startkapital für den Vault. Manche Teams leisten beim Start selbst eine kleine erste Einzahlung und ziehen sie nie ab, sodass es nie einen ausnutzbaren Moment eines „leeren Vaults“ gibt.
  • Interne Buchführung. Wer totalAssets intern erfasst, statt den Token-Saldo auszulesen, ignoriert Spenden.
  • Slippage-Prüfungen. Die Vorgabe einer Mindestanzahl erhaltener Anteile lässt die Einzahlung stattdessen scheitern.

Für Nutzer lautet die Lehre: Seien Sie vorsichtig, wenn Sie zu den ersten Einlegern eines brandneuen, nicht auditierten Vaults gehören.

Erweiterungen: ERC-7540 und ERC-7575

ERC-4626 geht davon aus, dass Ein- und Auszahlungen sofort abgewickelt werden, was nicht zu Real-World-Asset-Strategien oder langsam aufzulösenden Strategien passt. Zwei spätere Standards, beide Final, schließen diese Lücken.

ERC-7540: asynchrone Vaults

ERC-7540, erstellt am 18. Oktober 2023, fügt einen Antragsschritt hinzu. Sie rufen requestDeposit oder requestRedeem auf, der Antrag steht als Pending, während der Vault ihn bearbeitet, wird Claimable, und Sie schließen dann mit dem normalen Aufruf von deposit, mint, redeem oder withdraw ab. Die Spezifikation besagt, dass Anträge die Claimable-Phase nicht überspringen dürfen. Ein requestWithdraw gibt es bewusst nicht: Asynchrone Ausstiege laufen über requestRedeem.

ERC-7575: Multi-Asset-Vaults

ERC-7575, erstellt am 11. Dezember 2023, lässt mehrere Einstiegspunkte in verschiedenen Vermögenswerten einen gemeinsamen Anteils-Token teilen und erlaubt, dass der Anteils-Token in einem vom Vault getrennten Vertrag liegt. Jeder Vault stellt eine Funktion share() bereit, die auf diesen Token verweist. Die Spezifikation selbst benennt den Zielkonflikt: Da der Vault nicht sein eigener ERC-20 sein muss, ist er „not fully compatible with ERC-4626“.

Wer nutzt ERC-4626?

Einige verifizierte Beispiele, geprüft am 15. Oktober 2026:

  • Yearn V3. Yearn gibt an, dass seine v3-Vaults „are designed to interoperate using the ERC-4626 standard“, laut seiner Dokumentation.
  • Morpho Vault V2. Das Vault-V2-Repository gibt an, „ERC-4626 and ERC-2612 compliant“ zu sein, mit einer dokumentierten Besonderheit: Seine Funktionen maxDeposit, maxMint, maxWithdraw und maxRedeem geben immer null zurück. Unser Beitrag zu Morpho Vaults erklärt, wie Kuratoren diese Vaults führen.
  • sUSDS von Sky. Skys Entwicklerdokumentation beschreibt sUSDS als „fully compliant with the ERC-4626 standard“, ohne Gebühren auf dem Ein- und Auszahlungsweg.

Da diese Anteils-Token einer einheitlichen Schnittstelle folgen, lassen sie sich in andere Protokolle als Sicherheit, als Festzins-Baustein oder als Input für Rendite-Aggregatoren einbinden.

Was ERC-4626 nicht garantiert

„ERC-4626-konform“ sagt Ihnen, wie Sie mit einem Vault kommunizieren, nicht, ob er ein guter Ort für Ihr Geld ist. Der Sicherheitsabschnitt des EIP selbst warnt, dass vollständig genehmigungsfreie Anwendungen „could fall prey to malicious implementations“. Prüfen Sie vor einer Einzahlung:

  • Woher die Rendite stammt. Unser Leitfaden zu renditetragenden Stablecoins schlüsselt die Quellen auf.
  • Wer die Strategie kontrolliert. Achten Sie auf Timelocks bei Änderungen durch Owner oder Kurator und auf Audits.
  • Ausstiegsbedingungen. Ein Vault kann konform sein und dennoch Auszahlungen über seine Max-Funktionen begrenzen oder eine ERC-7540-Antragswarteschlange nutzen.
  • Gebühren. Einstiegs-, Ausstiegs- und Performance-Gebühren zeigen sich in den Preview-Funktionen, nicht in convertToAssets.

Unsere Checkliste So prüfen Sie, ob ein DeFi-Protokoll sicher ist gilt für jeden Vault, ob standardkonform oder nicht.

Wie Nicht-EVM-Chains mit Vault-Anteilen umgehen

ERC-4626 gilt nur auf EVM-Chains. Andere Chains bauen Vaults auf ihren eigenen Token-Grundbausteinen auf.

Sui ist ein gutes Beispiel. Sein Coin-Standard beschreibt Coin<T> als Typ für fungible Token, wobei zum Minten oder Verbrennen ein TreasuryCap-Objekt erforderlich ist. Ein Sui-Vault hält typischerweise die Treasury-Berechtigung für seinen eigenen Anteils-Coin, mintet Anteile bei der Einzahlung und verbrennt sie bei der Auszahlung und bepreist sie als Nettovermögen geteilt durch das Angebot: dieselbe Idee wie bei ERC-4626, aber ohne gemeinsame Funktionsnamen. Suis Dokumentation führt keinen Standard für Vault-Anteile, daher definiert jedes Protokoll seine eigene Schnittstelle.

Wo JewelSwap ins Spiel kommt: JewelSwaps Ember Loop auf Sui folgt diesem Muster. Sie zahlen USDC ein und erhalten jeLOOP, einen normalen Sui-Coin, bepreist zum Nettoinventarwert des Vaults geteilt durch das jeLOOP-Angebot, und Ausstiege sind Auszahlungstickets in einer Warteschlange, ähnlich wie ein ERC-7540-Antrag. Ember Loop ist eine öffentliche Beta, nicht auditiert, nutzt Hebel, und Einwohner der USA und des Vereinigten Königreichs sollten ihn nicht nutzen. Die Ember-Loop-Dokumentation und unser Ember-Loop-Beitrag erklären Funktionsweise, Gebühren und Risiken.

Häufig gestellte Fragen

Was ist ERC-4626, einfach erklärt?

ERC-4626 ist der Ethereum-Standard für tokenisierte Vaults. Er gibt jedem Vault dieselben Funktionen, um einen ERC-20-Token einzuzahlen, Anteils-Token zu erhalten und zwischen Anteilen und Vermögenswerten umzurechnen, sodass Apps jeden konformen Vault ohne individuellen Code integrieren können.

Ist ERC-4626 dasselbe wie ERC4626?

Ja. ERC-4626, ERC4626 und EIP-4626 bezeichnen alle denselben Standard „Tokenized Vaults“, erstellt am 22. Dezember 2021 und inzwischen als Final eingestuft.

Was ist der Unterschied zwischen deposit und mint bei ERC-4626?

Bei deposit wählen Sie den Betrag des zugrunde liegenden Vermögenswerts, den Sie einzahlen, und erhalten so viele Anteile, wie er kauft. Bei mint wählen Sie die gewünschte Anzahl von Anteilen, und der Vault nimmt so viele Vermögenswerte, wie sie kosten. Withdraw und redeem sind das entsprechende Paar für Ausstiege.

Was ist der ERC-4626-Inflationsangriff?

Er zielt auf einen nahezu leeren Vault. Ein Angreifer mintet eine winzige Anzahl von Anteilen und spendet dann Vermögenswerte direkt an den Vault, um den Anteilspreis aufzublähen, sodass die Anteile des nächsten Einlegers auf null oder fast null abgerundet werden. Virtuelle Anteile und Vermögenswerte, Startkapital beim Launch und Prüfungen auf Mindestanteile schützen davor.

Macht ERC-4626 einen Vault sicher?

Nein. Der Standard vereinheitlicht die Schnittstelle, nicht die Strategie. Ein konformer Vault kann dennoch durch schlechte Kredite, Smart-Contract-Fehler, Oracle-Probleme oder eine böswillige Implementierung Geld verlieren; prüfen Sie Strategie, Kontrollen, Gebühren und Ausstiegsbedingungen daher gesondert.

Gibt es ein Gegenstück zu ERC-4626 auf Sui?

Nicht als formalen Standard. Sui-Vaults geben in der Regel ihren eigenen Anteils-Coin nach Suis Coin-Standard aus und bepreisen ihn als Nettovermögen geteilt durch das Angebot. JewelSwaps jeLOOP aus dem Beta-Vault Ember Loop ist ein Beispiel dafür.

Weiterlesen

Dieser Artikel dient Bildungszwecken und ist keine Finanzberatung. Die Angaben zum Standard stammen von den Ethereum-EIP-Seiten und aus Protokolldokumentationen, geprüft am 15. Oktober 2026, und Implementierungen ändern sich im Laufe der Zeit. JewelSwap betreibt den hier erwähnten Vault Ember Loop, eine nicht auditierte Beta.

About the author.

Co-Founder at JewelSwap & Chief Strategy Officer at iDenfy. Viktor brings his successful track record of superb development & project management.