ERC-7540 erklärt: Asynchrone DeFi-Vaults, Einzahlungen und Rücknahmen
Was ist ERC-7540?
ERC-7540 ist ein Ethereum-Tokenstandard für sogenannte asynchrone Vaults. Ein Vault ist ein Smart Contract, der Vermögenswerte verwaltet und im Gegenzug häufig Anteile, sogenannte Shares, ausgibt. Anders als bei einer sofort abgewickelten Einzahlung kann bei ERC-7540 zwischen dem Antrag und der endgültigen Zuteilung Zeit vergehen. Das ist besonders relevant, wenn eine Strategie nicht in derselben Blockchain-Transaktion vollständig abgeschlossen werden kann. Der Standard definiert eine technische Schnittstelle, nicht die Seriosität oder Rentabilität einer Anlage.
Das zentrale Prinzip heisst Request-then-Claim: Du stellst zuerst einen Antrag, wartest auf dessen Bearbeitung und forderst anschliessend das Ergebnis an. Einzahlungen und Rücknahmen können getrennt voneinander asynchron sein. Ein Protokoll darf also beispielsweise Einzahlungen unmittelbar durchführen, für Rücknahmen aber eine Wartezeit verlangen. ERC-7540 erweitert ERC-4626, statt einen völlig unabhängigen Mechanismus zu erfinden. Für Nutzerinnen und Nutzer ist vor allem wichtig, wann Guthaben gesperrt ist, welche Rechte bestehen und ob der Auszahlungswert bereits feststeht.
Warum reicht ERC-4626 allein nicht aus?
ERC-4626 standardisiert tokenisierte Vault-Anteile und ihre Umrechnung in zugrunde liegende Assets. Bei einem klassischen synchronen Ablauf überweist ein Anleger beispielsweise 1’000 Einheiten eines Tokens und erhält im selben Transaktionsablauf die berechneten Vault-Shares. Diese Atomizität erleichtert die Integration in andere Smart Contracts. Sie setzt allerdings voraus, dass der Vault die Gegenleistung sofort bereitstellen kann. Bei Anlagen mit externen Abwicklungsprozessen, begrenzter Liquidität oder einer Freigabefrist ist diese Annahme häufig unrealistisch.
Denke an eine Strategie, die tokenisierte Forderungen oder Staatsanleihen abbildet. Eine reale Rückzahlung kann organisatorische oder bankseitige Schritte benötigen, selbst wenn ein Token auf einer Blockchain übertragen wird. Ein anderes Beispiel sind Staking-Positionen mit Unbonding-Fristen. ERC-7540 beschreibt, wie Anwendungen solche Wartezeiten technisch nachvollziehbar in den Vault-Prozess einbauen können. Es garantiert jedoch weder, dass eine Forderung tatsächlich gedeckt ist, noch dass der externe Abwicklungspartner rechtzeitig liefert.
Der Unterschied in einem Satz
ERC-4626 beschreibt primär den sofortigen Austausch von Assets und Shares; ERC-7540 ergänzt einen standardisierten Antrag mit späterer Beanspruchung. Die Unterscheidung klingt klein, verändert aber die Liquidität, die Preisberechnung, die Nutzerführung und das Risikoprofil erheblich.
So läuft eine asynchrone Einzahlung ab
Bei einem asynchronen Einzahlungs-Vault ruft Deine Wallet zunächst requestDeposit auf. Dabei werden die vorgesehenen Assets übertragen und der Antrag wird als Pending erfasst. Pending bedeutet nicht, dass Du bereits handelbare Vault-Shares besitzt. Erst wenn die Implementierung die Anfrage als Claimable behandelt, kannst Du über deposit oder mint die entsprechenden Anteile beanspruchen. Diese zweite Aktion kann eine eigene Blockchain-Transaktion und damit Netzwerkgebühren erfordern. Manche Benutzeroberflächen automatisieren diesen Schritt; die zugrunde liegende Logik bleibt trotzdem zweistufig.
Ein konkretes Rechenbeispiel: Du beantragst die Einzahlung von 1’000 Stablecoin-Einheiten. Angenommen, bei späterer Bearbeitung entspricht ein Vault-Share 1,25 Einheiten des Basiswerts. Dann wären vor allfälligen Gebühren rechnerisch 800 Shares zu erwarten. Der Wert 1,25 ist hier ausdrücklich eine frei gewählte Modellannahme und kein realer Marktpreis. Der endgültige Umrechnungskurs muss nicht dem Kurs bei Antragstellung entsprechen. Wer einen fixen Gegenwert erwartet, kann deshalb überrascht werden.
Pending und Claimable sind nicht dasselbe
Die Funktionen pendingDepositRequest und claimableDepositRequest machen unterschiedliche Zustände sichtbar. Eine noch nicht erfüllte Anfrage gehört zu Pending; ein erfüllter, aber noch nicht beanspruchter Betrag zu Claimable. Ein Frontend sollte diese Zustände deutlich unterscheiden. Wenn ein Dashboard bloss einen einzigen Gesamtsaldo anzeigt, kann der Eindruck entstehen, das Kapital sei jederzeit verfügbar. Entscheidend ist aber, ob der Smart Contract einen Anspruch bereits zur Abholung freigibt und welche Bedingungen bis dahin gelten.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Relai verkauft nicht die hier beschriebenen Vault-Anteile oder Altcoins. Empfehlungscode: AUSWANDERNSCHWEIZ.
So funktioniert die asynchrone Rücknahme
Für eine verzögerte Auszahlung stellt ein Nutzer über requestRedeem eine Rücknahmeanfrage. Dabei werden Vault-Shares für den Vorgang gebunden oder übertragen. Die Rücknahme bleibt Pending, solange die Umsetzung noch nicht abgeschlossen ist. Danach wird der entsprechende Betrag Claimable und kann über redeem oder withdraw angefordert werden. Ein wichtiges Detail: Der Standard schreibt keinen automatischen Versand an die Wallet vor. Die berechtigte Person oder ein autorisierter Operator muss den Anspruch aktiv einlösen.
Ein Beispiel verdeutlicht das Kursrisiko. Du reichst 400 Shares zur Rücknahme ein. Beim Antrag erscheint in einer Benutzeroberfläche ein rechnerischer Gegenwert von 520 Einheiten. Bis zur Bearbeitung kann sich der Wert der zugrunde liegenden Anlagen verändern. Würde der tatsächliche Kurs bei Erfüllung nur 1,20 Einheiten pro Share betragen, ergäben sich vor Gebühren 480 Einheiten. Das ist keine Vorhersage, sondern zeigt, weshalb ein angezeigter Schätzwert nicht mit einem garantierten Auszahlungsbetrag verwechselt werden darf.
Warum eine Rücknahme hängen bleiben kann
Eine Anfrage kann länger Pending bleiben, wenn der Vault nicht genügend liquide Mittel hat, ein externer Verwalter eine Freigabe verzögert oder ein technischer Fehler auftritt. Die Standardspezifikation legt keine allgemeine maximale Bearbeitungsdauer fest. Ebenso ist eine Stornierung nicht als universell verfügbare Kernfunktion standardisiert. Vor einer Einzahlung solltest Du deshalb prüfen, ob ein konkretes Produkt Kündigungsfristen, Auszahlungsfenster, Warteschlangen oder besondere Ausnahmeregeln kennt. Ohne diese Informationen lässt sich das Liquiditätsrisiko nicht seriös einschätzen.
Request-ID, Controller und Operator verstehen
ERC-7540 unterscheidet Anträge anhand einer Request-ID und einer Controller-Adresse. Die Request-ID kann eine Bearbeitungsgruppe oder einen anderen Zuordnungsmechanismus repräsentieren. Mehrere Anträge mit derselben nicht-null Request-ID müssen nach der Spezifikation hinsichtlich der Erfüllung gleichartig behandelt werden. Wird stets die ID null verwendet, erfolgt die Unterscheidung über den Controller. Daraus folgt nicht, dass jede Anfrage automatisch ein frei handelbares NFT oder einen übertragbaren Anspruch darstellt.
Ein Controller ist die Adresse, für die der Antrag verwaltet wird. Ein Operator darf nach entsprechender Freigabe bestimmte Handlungen für diesen Controller übernehmen. Das kann bei institutionellen Abläufen oder automatisierten Strategien nützlich sein. Es erweitert aber die Angriffsfläche: Eine weitreichende Operator-Berechtigung ist nicht bloss eine Lesefreigabe. Prüfe sorgfältig, welchem Smart Contract oder Dienst Du solche Rechte erteilst, wie sie widerrufen werden und ob eine Kompromittierung Vermögenswerte gefährden könnte.
ERC-7540 und ERC-4626 im Vergleich
Bei ERC-4626 werden deposit, mint, withdraw und redeem typischerweise für unmittelbare Vorgänge eingesetzt. ERC-7540 nutzt diese bekannten Funktionen für die Beanspruchung bereits bearbeiteter asynchroner Anträge. Der Standard verlangt ausserdem besondere Regeln für Preview-Funktionen: Bei asynchronen Einzahlungen müssen previewDeposit und previewMint fehlschlagen, weil eine verlässliche unmittelbare Vorschau nicht gegeben ist. Entsprechend gelten bei asynchronen Rücknahmen besondere Anforderungen an die Rücknahmevorschau. Anwendungen dürfen deshalb nicht blind von der synchronen ERC-4626-Logik ausgehen.
Der Standard baut ausserdem auf ERC-165 zur Erkennung unterstützter Schnittstellen und auf ERC-7575 auf. Diese technische Kompatibilität ist wichtig für Wallets, Aggregatoren und Protokollintegrationen. Ein Interface-Check kann erkennen helfen, welche Art von Vault vorliegt. Er ist jedoch keine Sicherheitsprüfung: Auch ein Vertrag, der formal die richtigen Funktionen anbietet, kann wirtschaftlich schlecht konstruiert oder fehlerhaft implementiert sein.
Einsatzbereiche: RWA, Kreditmärkte und Staking
Real-World-Assets, kurz RWA, bezeichnen auf einer Blockchain abgebildete Ansprüche oder Vermögenswerte mit Bezug zur realen Welt. Wenn deren Abwicklung Bankarbeitstage, externe Register oder Verwalter einschliesst, kann ein asynchroner Vault das tatsächliche Verfahren besser widerspiegeln als eine versprochene Sofortauszahlung. Ob die Tokeninhaber rechtlich Eigentümer, Gläubiger oder lediglich Vertragspartner sind, ergibt sich aber nicht aus ERC-7540. Dafür sind die konkreten Verträge, die zuständige Rechtsordnung und die Struktur des Emittenten entscheidend.
Auch Kreditstrategien mit Bonitätsprüfung, Cross-Chain-Vaults mit verzögertem Bridging und Staking-Produkte mit Entsperrfristen sind mögliche Anwendungsfälle. Diese Beispiele beschreiben technische Eignung, keine bestätigten Produktlistings. Je mehr externe Systeme eingebunden werden, desto wichtiger sind transparente Prozesse, belastbare Nachweise über Sicherheiten, verständliche Risikoberichte und klar definierte Verantwortlichkeiten. Ein Standard löst nicht das Problem einer zahlungsunfähigen Gegenpartei.
Anzeige – Werbeplatz
Welche Risiken entstehen für Anleger?
Das erste Risiko ist die Illiquidität. Eine ausstehende Rücknahmeanfrage lässt sich nicht automatisch wie ein jederzeit verkaufbarer Token behandeln. Das zweite Risiko ist die Bewertung: Der endgültige Gegenwert kann erst bei der Erfüllung feststehen. Drittens können Smart-Contract-Fehler, falsche Zugriffsrechte oder problematische Upgrades den Ablauf beeinträchtigen. Viertens können externe Verwahrer, Kreditnehmer oder Betreiber ausfallen. Hinzu kommen Kursverluste des Basiswerts, Stablecoin-Depegs, Marktstress und unter Umständen Brücken- oder Oracle-Risiken.
Besonders kritisch sind Situationen, in denen ein Anbieter gleichzeitig hohe Renditen, angeblich garantierte Rückzahlungen und uneingeschränkte Liquidität verspricht. Diese Eigenschaften können wirtschaftlich miteinander kollidieren. Prüfe deshalb nicht nur den angezeigten Jahreszins, sondern auch den Weg, auf dem Erträge erwirtschaftet werden, die tatsächlichen Auszahlungsbedingungen und die Rangfolge möglicher Gläubiger. Ein vollständiger Verlust des eingesetzten Kapitals ist bei riskanten Krypto-Strategien möglich.
Smart-Contract- und Governance-Risiken
Ein auditierter Smart Contract ist nicht automatisch fehlerfrei. Prüfe, ob Audits die aktuell eingesetzte Version betreffen, ob kritische Funktionen pausiert werden können und wer über Upgrades entscheidet. Multisignatur-Wallets, Administratoren und Governance-Abstimmungen können Schutzmechanismen bieten, zugleich aber Konzentrationsrisiken schaffen. Bei einem Upgrade können sich Gebühren, Freigabeprozesse oder technische Abhängigkeiten verändern. Die tatsächliche Dezentralisierung muss anhand der konkreten Implementierung bewertet werden.
Liquiditäts- und Gegenparteirisiken
Eine Vault-Strategie kann wirtschaftlich solvent erscheinen und trotzdem kurzfristig nicht auszahlen können. Bei unterbesicherten Krediten besteht zusätzlich ein Ausfallrisiko. Bei tokenisierten Forderungen kann die Durchsetzbarkeit von Ansprüchen von Gerichten und Verträgen ausserhalb der Blockchain abhängen. Bei Cross-Chain-Strukturen können technische Brücken und Nachrichtenprotokolle zusätzliche Fehlerquellen sein. Eine öffentlich einsehbare Tokenbilanz beweist weder die Existenz aller externen Sicherheiten noch deren jederzeitige Verfügbarkeit.
Was kostet ein ERC-7540-Vault?
Der Standard definiert keine allgemeingültigen Gebühren oder garantierten Erträge. Kosten können aus Netzwerktransaktionen für Request und Claim, Verwaltungsgebühren, Performancegebühren, Umtauschkosten und möglichen Rücknahmeabschlägen bestehen. Eine zweite Transaktion kann gerade bei hohen Gaspreisen relevant werden. Ein Vergleich muss die gesamte Haltedauer und die Häufigkeit der Ein- und Auszahlungen berücksichtigen. Eine niedrige beworbene Verwaltungsgebühr sagt allein wenig über die Gesamtkosten aus.
Modellrechnung ohne Produktbezug: Eine Strategie erwirtschaftet auf 10’000 Einheiten vor Kosten 5 Prozent, also 500 Einheiten. Werden davon 100 Einheiten an Verwaltung und Ausführung abgezogen, verbleiben 400 Einheiten beziehungsweise 4 Prozent vor Steuern und Kursänderungen. Kommt es zusätzlich zu einem Wertverlust des Basiswerts, kann das Gesamtergebnis trotz positivem Strategieertrag negativ sein. Dieses Beispiel illustriert die Rechenlogik und ist keine erwartete Rendite.
Prüfliste vor der Nutzung eines asynchronen Vaults
Verstehe zuerst den zugrunde liegenden Vermögenswert: Handelt es sich um einen frei handelbaren Token, eine Forderung oder einen Anspruch gegen einen Emittenten? Prüfe anschliessend die Request- und Claim-Funktionen, die maximale beziehungsweise typische Bearbeitungszeit und die Bedingungen für einen möglichen Stopp. Suche nach verständlichen Angaben zu Gebühren, Bewertungsmethode, Administratorrechten und Audits. Stelle sicher, dass Du die richtige Vertragsadresse und das richtige Netzwerk verwendest, bevor Du Token freigibst.
Teste bei grösseren Beträgen nach Möglichkeit zunächst mit einer kleinen Summe, ohne daraus auf die spätere Liquidität zu schliessen. Dokumentiere Transaktionen, Gebühren und Zeitpunkte für Deine Unterlagen. Halte ausreichend frei verfügbare Mittel ausserhalb illiquider Krypto-Strategien. Und prüfe bei jeder Wallet-Freigabe, ob sie nur den benötigten Betrag umfasst oder unnötig weitreichende Rechte einräumt. Keine technische Oberfläche ersetzt die eigene Prüfung des wirtschaftlichen Risikos.
Steuern und Regulierung in der Schweiz
Für in der Schweiz steuerpflichtige Privatpersonen können Krypto-Vermögenswerte, Erträge und bestimmte Transaktionen steuerlich relevant sein. Die Einordnung hängt von den tatsächlichen Rechten, Zahlungsflüssen und Umständen ab. Ein Vault-Share kann wirtschaftlich etwas anderes repräsentieren als der eingezahlte Token; auch ein blosser Antrag auf Rücknahme kann Fragen zur Bewertung aufwerfen. Aus ERC-7540 allein lässt sich weder ein allgemeiner Steuersatz noch eine einheitliche Behandlung aller Produkte ableiten.
Die Eidgenössische Steuerverwaltung veröffentlicht Informationen zu Kryptowährungen und steuerlichen Bewertungen. Bei komplexen DeFi- und RWA-Strukturen ist zusätzlich die kantonale Steuerpraxis zu berücksichtigen. Regulatorisch kann je nach Produktgestaltung die FINMA relevant sein. Ein technischer ERC-Standard ist weder eine Bewilligung noch ein Nachweis, dass ein Angebot in der Schweiz oder der EU rechtmässig vertrieben werden darf. Bei erheblichen Beträgen lohnt sich eine fachliche Abklärung anhand der konkreten Vertragsunterlagen.
Häufige Fragen zu ERC-7540
Ist ERC-7540 eine Kryptowährung?
Nein. ERC-7540 ist eine technische Schnittstellenspezifikation für Smart Contracts. Sie legt fest, wie bestimmte asynchrone Vault-Abläufe funktionieren sollen. Der Standard besitzt nicht automatisch einen eigenen Coin, einen Börsenkurs oder eine Rendite. Einzelne Protokolle können eigene Token verwenden; deren Eigenschaften müssen getrennt geprüft werden.
Kann ich eine Pending-Anfrage jederzeit abbrechen?
Nicht grundsätzlich. Die Kernbeschreibung von ERC-7540 standardisiert keinen universellen Stornierungsprozess. Manche Implementierungen können zusätzliche Mechanismen anbieten, andere nicht. Ob und wann Du einen Antrag zurückziehen kannst, muss anhand der konkreten Vault-Dokumentation und des eingesetzten Vertrags geprüft werden.
Sind meine Token während der Wartezeit sicher?
Eine Pending-Anfrage ist keine Einlagensicherung. Die Token oder Shares können bereits im Smart Contract gebunden sein. Es bestehen technische, wirtschaftliche und gegebenenfalls rechtliche Risiken. Die Sicherheit hängt unter anderem von Code, Verwaltung, Vermögenswerten, Liquidität und Gegenparteien ab.
Warum muss ich zweimal eine Transaktion ausführen?
Das Request-then-Claim-Modell trennt Antrag und Erfüllung. Nach dem Antrag wird die Verarbeitung abgewartet; danach muss der berechtigte Nutzer das Ergebnis beanspruchen. Je nach Benutzeroberfläche kann ein Dienst Teile des Ablaufs abstrahieren, ohne die zugrunde liegenden Risiken zu beseitigen.
Weiterlesen auf Auswandern Schweiz
Fazit: Mehr Flexibilität, aber kein Versprechen auf Liquidität
ERC-7540 schafft eine einheitlichere Sprache für Vaults, deren Ein- oder Auszahlungen nicht sofort abgeschlossen werden können. Das erleichtert grundsätzlich die technische Integration und macht den Ablauf aus Antrag, Wartephase und Beanspruchung besser beschreibbar. Für Anleger ist die entscheidende Erkenntnis jedoch nicht die neue Schnittstelle, sondern die ökonomische Bedeutung der Wartezeit. Ein Anspruch auf spätere Auszahlung ist etwas anderes als jederzeit verfügbares Guthaben.
Prüfe deshalb den konkreten Vault, seine Vertragsrechte, den Umgang mit Pending-Anträgen und die tatsächliche Liquidität. Weder eine standardisierte Schnittstelle noch eine attraktive Benutzeroberfläche beseitigen Verlustrisiken. Dieser Artikel dient der allgemeinen Information und stellt keine individuelle Anlage-, Steuer- oder Rechtsberatung dar.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Die folgende Grafik bewirbt ausschliesslich Bitcoin, nicht ERC-7540-Vaults oder Altcoins. Code: AUSWANDERNSCHWEIZ.
Kommentare