ERC-7575 erklärt: Multi-Asset-Vaults, Shares, Einzahlungen und Risiken
Einleitung
DeFi-Vaults bündeln Vermögenswerte und geben Anlegern dafür häufig Anteilsscheine, sogenannte Shares. Der ERC-4626-Standard hat die Schnittstellen solcher tokenisierten Tresore vereinheitlicht. Allerdings lässt sich nicht jedes Finanzprodukt sauber als ein Vault mit einem einzigen Einzahlungstoken darstellen. ERC-7575 erweitert deshalb die Architektur: Mehrere Einzahlungswege können mit einem gemeinsamen Share-Token verbunden werden. Das klingt zunächst nach einem kleinen technischen Detail, betrifft aber unmittelbar die Frage, was Du bei einer Einzahlung tatsächlich erhältst, wie Auszahlungen funktionieren und wo zusätzliche Risiken entstehen. Dieser Leitfaden erklärt die Spezifikation, ihre Grenzen und die praktischen Prüfpunkte. Er ist keine Anlageempfehlung.
Was ERC-7575 tatsächlich standardisiert
ERC-7575 trägt den offiziellen Titel Multi-Asset ERC-4626 Vaults. Der Standard beschreibt Schnittstellen für Vaults, bei denen der ERC-20-Anteilsschein nicht zwingend im selben Smart Contract wie die Einzahlungslogik liegt. Die Spezifikation ist als Final gekennzeichnet. Das bedeutet, dass die Standardisierung des Textes abgeschlossen ist, nicht dass jedes DeFi-Protokoll ihn verwendet oder dass irgendein konkreter Vault geprüft und sicher wäre. Ein Standard beschreibt, wie Verträge miteinander kommunizieren sollen. Er garantiert weder die Werthaltigkeit der hinterlegten Vermögenswerte noch die Zahlungsfähigkeit eines Anbieters. Die Unterscheidung zwischen Schnittstelle, Implementierung und wirtschaftlichem Produkt ist für Deine Risikobewertung entscheidend.
Warum ERC-4626 allein nicht immer genügt
Ein klassischer ERC-4626-Vault verwaltet ein zugrunde liegendes ERC-20-Asset und stellt selbst zugleich den ERC-20-Share-Token dar. Dadurch sind Einzahlung, Rücknahme und Anteilstransfers über eine standardisierte Adresse zugänglich. Ein Fonds mit mehreren akzeptierten Einzahlungswährungen passt nicht ohne Weiteres in dieses Modell: Unterschiedliche Assets benötigen eigene Preis- und Umrechnungslogik, während die Anleger wirtschaftlich denselben Anteil halten sollen. Die naheliegende Lösung, für jedes Asset einen vollständig separaten Vault mit eigenem Share-Token zu erstellen, kann die Fungibilität zerstören. ERC-7575 trennt deshalb die Einzahlungs- und Auszahlungsstellen vom gemeinsamen Anteilsschein. Diese Trennung erweitert Möglichkeiten, aber auch die Zahl der zu prüfenden Verträge.
Der Kern: Ein gemeinsamer Share-Token
Die Methode share() gibt die Adresse des ERC-20-Tokens zurück, den Nutzer bei einer Einzahlung erhalten. Sie darf laut Spezifikation nicht fehlschlagen. Die zurückgegebene Adresse kann mit der Vault-Adresse identisch sein; bei einer Multi-Asset-Struktur liegt sie typischerweise in einem separaten Vertrag. Das ist eine wichtige Information für Wallets, Explorer und Analysewerkzeuge: Ein Tokenbestand allein verrät nicht, über welchen Einzahlungsweg er entstanden ist. Für die Rücknahme muss die zugehörige Logik bekannt sein. Der gemeinsame Share-Token repräsentiert eine einheitliche Forderungs- beziehungsweise Beteiligungslogik innerhalb des Protokolls, deren wirtschaftliche und rechtliche Bedeutung sich erst aus dem konkreten Produkt ergibt.
Mehrere Einzahlungswege und ihre Funktion
Ein Multi-Asset-Vault besteht aus mehreren Entry-Point-Verträgen, die jeweils ein bestimmtes Asset entgegennehmen und auf denselben Share-Token verweisen. Du könntest beispielsweise Token A über Entry Point A und Token B über Entry Point B einzahlen, sofern die konkrete Implementierung diese Wege anbietet. Der Standard selbst schreibt keine bestimmte Währungsliste, keine Wechselkurse und keine garantierte Umtauschmöglichkeit vor. Jeder Einstieg muss seine Bewertung und Buchhaltung korrekt mit dem gemeinsamen Anteilssystem abstimmen. Bei einer fehlerhaften oder manipulierten Bewertung könnten neue Anleger zu viele Shares erhalten und bestehende Anleger verwässern. Die technische Möglichkeit mehrerer Einzahlungswege ist deshalb nicht mit wirtschaftlicher Gleichwertigkeit gleichzusetzen.
Beispielrechnung mit zwei Einzahlungstoken
Nehmen wir einen rein hypothetischen Vault mit einem Gesamtwert von 100'000 CHF und 10'000 ausstehenden Shares. Ein Share entspricht rechnerisch 10 CHF Nettoinventarwert. Du zahlst Token A im Marktwert von 1'000 CHF ein und erhältst ohne Gebühren und Preisabweichungen 100 neue Shares. Eine andere Person zahlt Token B im Gegenwert von 500 CHF ein und erhält entsprechend 50 Shares. Danach stehen 10'150 Shares einem Gesamtwert von 101'500 CHF gegenüber; der rechnerische Wert pro Share bleibt 10 CHF. Dieses Modell ist bewusst vereinfacht: Tatsächliche Gebühren, Slippage, Preisfeeds, Rundung, Strategieverluste und unterschiedliche Liquidität können das Ergebnis verändern.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten.
Bitcoin-Empfehlungscode: AUSWANDERNSCHWEIZ
Was passiert bei falschen Preisen?
Angenommen, der zweite Einzahlungsweg bewertet einen tatsächlich nur 400 CHF wertvollen Tokenbestand fälschlich mit 500 CHF. Werden trotzdem 50 Shares ausgegeben, erhalten die neuen Anteile einen rechnerischen Anspruch, der über dem eingebrachten Wert liegt. Der Gesamtwert beträgt dann nur 101'400 CHF bei 10'150 Shares; der Wert je Share sinkt auf rund 9.9901 CHF. Diese Verwässerung trifft alle bestehenden Anteilseigner. In realen Systemen kann eine Kombination aus dünner Liquidität, manipulierten Oracle-Preisen, zeitverzögerter Bewertung und unzureichenden Limits wesentlich schwerere Folgen haben. Prüfe deshalb nicht nur den Vault-Code, sondern auch den Preisbildungsmechanismus jedes einzelnen Entry Points.
Einzahlung, Minting und Rücknahme
ERC-7575 übernimmt grundsätzlich die Vault-Methoden aus ERC-4626, nimmt aber dessen ERC-20-Methoden und Ereignisse für den Vault-Vertrag aus. Bei einem externen Share-Token muss eine Einzahlung die Share-Balance des Empfängers entsprechend erhöhen; eine Auszahlung muss die Share-Balance des Eigentümers entsprechend vermindern. Die konkrete Implementierung kann hierfür Mint-, Burn- oder Transfermechanismen einsetzen. Aus Sicht der Nutzeroberfläche ist wichtig, dass deposit und mint nicht dieselbe Eingabe garantieren: deposit orientiert sich an der Asset-Menge, mint an der gewünschten Share-Menge. Ebenso unterscheiden sich withdraw und redeem. Vor einer Signatur solltest Du die tatsächlich angezeigten Assets, Shares und Limits kontrollieren.
Preview-Funktionen sind keine Preisgarantie
Die ERC-4626-Familie kennt Vorschaufunktionen wie previewDeposit, previewMint, previewWithdraw und previewRedeem. Diese helfen Integrationen, erwartete Beträge einzuschätzen. Sie sind jedoch kein verbindlicher Ausführungskurs. Zwischen Vorschau und bestätigter Transaktion können sich Preise, Liquidität, Gebühren und Zustand des Vaults verändern. Besonders bei Multi-Asset-Vaults können mehrere Umrechnungen nötig sein, deren Risiken eine einfache Zahl im Interface verdeckt. Nutze deshalb geeignete Slippage-Grenzen, sofern das Protokoll sie bietet, und prüfe Transaktionssimulationen. Selbst eine erfolgreiche Simulation garantiert nicht, dass die spätere Transaktion unter identischen Bedingungen ausgeführt wird.
Pipes: Tokenkonvertierung als Vault-Schnittstelle
Die Spezifikation beschreibt ausserdem Pipes. Ein Pipe ist ein Vertrag, der zwischen einem externen Asset-Token und einem externen Share-Token konvertiert. Solche Wege können einseitig oder beidseitig sein. Ein einseitiger Pipe bietet beispielsweise nur deposit oder mint an, aber keine direkte Rücknahme über denselben Vertrag. Das ist für Anleger eine besonders wichtige Einschränkung: Nur weil Du einen Token über einen Einstieg erhältst, folgt daraus nicht, dass Du ihn an derselben Stelle zurücktauschen kannst. Ein Ausstieg kann einen anderen Vertrag, eine Börse oder zusätzliche Liquidität erfordern. Dokumentierte Exit-Wege und ihre Abhängigkeiten sind deshalb wichtiger als eine attraktive Einzahlungsschaltfläche.
Share-to-Vault-Lookup
Die Spezifikation beschreibt eine Zuordnung vom Share-Token und dem zugrunde liegenden Asset zum passenden Vault-Einstieg. Damit können Integrationen einen geeigneten Vertrag für ein bestimmtes Asset ermitteln. Für Nutzer bedeutet das eine bessere technische Auffindbarkeit, sofern die Implementierung die entsprechende Zuordnung korrekt pflegt. Eine Adresse aus einem Frontend sollte trotzdem mit verifizierten Protokolldokumenten oder vertrauenswürdigen Contract-Registern abgeglichen werden. Ein kompromittiertes Frontend könnte Dir eine fremde Adresse präsentieren. Die Möglichkeit, Verträge programmatisch zu finden, beseitigt weder Phishing noch die Gefahr, dass ein Projekt nachträglich neue oder riskante Entry Points registriert.
ERC-165 und Schnittstellenerkennung
ERC-7575 verlangt Unterstützung für ERC-165, damit Anwendungen bestimmte Schnittstellen abfragen können. Die Spezifikation nennt unterschiedliche Interface-Kennungen für Vault und Share. Eine erfolgreiche supportsInterface-Abfrage zeigt lediglich, dass ein Vertrag behauptet, eine Schnittstelle zu unterstützen. Sie beweist nicht, dass alle Methoden korrekt implementiert sind oder dass die Vermögenswerte gedeckt sind. Integratoren sollten Rückgabewerte plausibilisieren, tatsächliche Transaktionsabläufe testen und Sicherheitsannahmen dokumentieren. Für private Anleger ist ERC-165 vor allem ein Hinweis darauf, dass technische Kompatibilität geprüft werden kann. Eine formale Kompatibilität ersetzt keine wirtschaftliche oder rechtliche Due Diligence.
Vergleich: ERC-4626, ERC-7540 und ERC-7575
ERC-4626 definiert die Grundschnittstelle eines tokenisierten Vaults mit einem zugrunde liegenden Asset. ERC-7540 erweitert dieses Modell um asynchrone Einzahlungen und Rücknahmen, bei denen Anträge und spätere Erfüllung auseinanderfallen können. ERC-7575 konzentriert sich dagegen auf mehrere Assets beziehungsweise Entry Points und einen gemeinsamen Share-Token. Diese Probleme sind verschieden: Asynchronität betrifft den Zeitpunkt, Multi-Asset-Unterstützung die Architektur der Zugangswege. Ein Produkt kann mehrere Eigenschaften kombinieren, sofern seine Implementierung die jeweiligen Anforderungen erfüllt. Prüfe deshalb die konkrete Schnittstellenkombination und nicht bloss die Bezeichnung des Standards in der Werbung.
Sicherheitsproblem bei externen Shares
Die Aufteilung zwischen Vault und Share-Token verändert die Berechtigungsprüfung. Besonders heikel sind Rücknahmen, bei denen der Eigentümer der Shares nicht selbst die Transaktion sendet. Die ERC-7575-Spezifikation weist darauf hin, dass ein gewöhnlicher ERC-20-Approval-Ablauf nicht automatisch ausreicht, wenn Vault und Share getrennte Verträge sind. Als mögliche Konstruktion wird ein vertrauenswürdiger Forwarder nach ERC-2771 erwähnt. Dabei muss sorgfältig geregelt sein, wer im Namen einer anderen Adresse handeln darf. Ein Fehler kann unberechtigte Rücknahmen oder blockierte Auszahlungen ermöglichen. Prüfe Audits und die genaue Vertrauenskette von Router, Forwarder, Vault und Share.
Oracle- und Bewertungsrisiken
Mehrere akzeptierte Assets schaffen mehrere Preisquellen und Bewertungszeitpunkte. Ein stabil wirkender Token kann seine Bindung verlieren, ein illiquider Token kann einen verzerrten Referenzpreis aufweisen und ein Oracle kann ausfallen. Werden Einzahlungen mit veralteten Kursen bewertet, kann ein Angreifer billig erworbene Token gegen zu viele Shares tauschen. Auch ehrliche Nutzer können durch Rundung und Preisabweichungen verlieren. Entscheidend sind die Aktualisierungsintervalle, die Plausibilitätsprüfungen, Notfallmechanismen und die Frage, wer diese Parameter verändern darf. Ein Vault mit vielen Einzahlungsmöglichkeiten ist nicht automatisch besser diversifiziert; er kann zusätzliche Angriffsflächen eröffnen.
Liquidität und Auszahlungsrisiken
Die Existenz eines ERC-20-Share-Tokens bedeutet nicht, dass er jederzeit zu einem stabilen Preis verkauft werden kann. Ein Sekundärmarkt kann geringe Tiefe haben, und die Rücknahme aus dem Vault kann an verfügbaren Reserven, Strategiepositionen oder administrativen Limits scheitern. In Stressphasen können Anleger gleichzeitig aussteigen wollen. Wenn die zugrunde liegenden Vermögenswerte nur mit Abschlägen verkauft werden können, entstehen Verluste. Bei Pipes ist zudem zu prüfen, ob der Rückweg überhaupt implementiert ist. Ein angezeigter Nettoinventarwert ist keine verbindliche Kauforder. Berücksichtige die Differenz zwischen rechnerischem Share-Wert und tatsächlich realisierbarem Verkaufserlös.
Governance, Adminrechte und Upgrades
Viele DeFi-Systeme besitzen Rollen für die Änderung von Parametern, das Pausieren von Einzahlungen, die Registrierung neuer Assets oder die Aktualisierung von Smart Contracts. Solche Rechte können im Notfall schützen, bergen aber Konzentrations- und Missbrauchsrisiken. Prüfe, ob Änderungen durch eine einzelne Adresse, ein Multisig oder eine Governance-Abstimmung erfolgen. Achte auf Timelocks, transparente Protokolle und die Möglichkeit, vor kritischen Änderungen auszusteigen. Eine dezentrale Tokenverteilung allein beweist keine dezentrale Kontrolle über die Vault-Verträge. Besonders wichtig ist, wer die Bewertungslogik und die zugelassenen Entry Points beeinflussen kann.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten.
Gasgebühren und Transaktionskosten
Ein Multi-Asset-Vault kann zusätzliche Contract-Aufrufe benötigen: Tokenfreigabe, Einzahlung, Bewertung, Ausgabe von Shares und gegebenenfalls Konvertierung über weitere Protokolle. Jeder Schritt kann Gas verbrauchen. Die Gesamtkosten hängen von Netzwerk, Auslastung, Implementierung und Anzahl der Aktionen ab; ein pauschaler Gebührenbetrag wäre irreführend. Zusätzlich können Managementgebühren, Performancegebühren, Einzahlungsgebühren, Auszahlungsgebühren oder Wechselkursaufschläge anfallen. Unterscheide On-Chain-Gaskosten von Protokollgebühren und indirekter Slippage. Bei kleinen Einzahlungen können fixe Transaktionskosten einen unverhältnismässig hohen Anteil des Kapitals ausmachen.
Risiken durch Bridges und fremde Netzwerke
Manche Strategien bewegen Vermögenswerte über Bridges oder halten Positionen auf mehreren Blockchains. ERC-7575 selbst schreibt solche Transfers nicht vor. Wenn eine konkrete Implementierung sie nutzt, entstehen zusätzliche Risiken durch Bridge-Verträge, Validatoren, Relayer, Wrapped Assets und Verzögerungen bei der Abwicklung. Ein Fehler in einem einzigen verbundenen System kann den wirtschaftlichen Wert aller gemeinsamen Shares beeinträchtigen. Prüfe deshalb, wo die Vermögenswerte tatsächlich liegen und ob sie unmittelbar verfügbar sind. Marketingbegriffe wie Multi-Asset oder Cross-Chain dürfen nicht als Beleg für Sicherheit oder Diversifikation verstanden werden.
Was eine Sicherheitsprüfung leisten kann
Ein unabhängiges Smart-Contract-Audit kann Programmierfehler und riskante Annahmen aufdecken, ist aber keine Versicherung gegen Verluste. Auch nach einem Audit können Upgrades, neue Entry Points oder veränderte Oracle-Konfigurationen das Risikoprofil ändern. Achte auf den geprüften Commit, das Datum, den Umfang und offene Findings. Verifiziere, ob die produktiv eingesetzten Contract-Adressen tatsächlich dem geprüften Code entsprechen. Bug-Bounties und öffentliche Testberichte sind ergänzende Hinweise, keine Garantien. Bei grossen Summen sind technische und wirtschaftliche Risiken gemeinsam zu betrachten; eine sichere Funktion kann in einer untragfähigen Strategie eingebettet sein.
Steuern und Regulierung in der Schweiz
Für in der Schweiz steuerpflichtige Privatpersonen können Kryptowährungen und Token im steuerbaren Vermögen relevant sein. Die steuerliche Behandlung von Erträgen, Token-Tauschvorgängen und DeFi-Positionen hängt von ihrer tatsächlichen Ausgestaltung sowie den persönlichen Umständen ab. Ein ERC-7575-Share ist nicht automatisch wie eine Bankeinlage oder eine gewöhnliche Aktie zu behandeln. Dokumentiere Einzahlungen, Auszahlungen, Gebühren, erhaltene Shares, Zeitpunkte und Werte in CHF. Konsultiere die jeweils aktuellen Informationen der Eidgenössischen Steuerverwaltung und bei komplexen Sachverhalten fachkundige Beratung. Die technische Bezeichnung eines Smart Contracts ersetzt keine steuerliche oder aufsichtsrechtliche Einordnung.
Wie Du einen Multi-Asset-Vault prüfst
Beginne mit der offiziellen Contract-Adresse und vergleiche sie über mehrere vertrauenswürdige Quellen. Prüfe anschliessend den Share-Token, alle relevanten Entry Points und deren akzeptierte Assets. Suche nach verständlichen Informationen über Preisfeeds, Gebühren, Limits, Rücknahmewege und administrative Rechte. Lies den Auditbericht mit Blick auf die eingesetzten Versionen. Teste bei Bedarf zunächst mit einem kleinen Betrag, ohne daraus eine Sicherheitsgarantie abzuleiten. Kontrolliere vor jeder Signatur die Zieladresse und die Tokenfreigabe. Bewahre Recovery-Daten sicher offline auf. Ein hoher beworbener Ertrag ist kein Ersatz für diese Prüfungen.
Häufige Fragen: Ist ERC-7575 eine Kryptowährung?
Nein. ERC-7575 ist ein technischer Standard für Smart-Contract-Schnittstellen, kein eigenständiger Coin. Ein Vault kann einen ERC-20-Share-Token ausgeben, dessen Preis und Risiko vom zugrunde liegenden Produkt abhängen. Auch die Anzahl der akzeptierten Assets ist kein Hinweis auf einen garantierten Gewinn. Wer mit ERC-7575 wirbt, sollte die tatsächlichen Contract-Adressen, unterstützten Einzahlungswege und Rücknahmebedingungen transparent machen. Ohne diese Angaben lässt sich nicht zuverlässig beurteilen, ob die Implementierung der Spezifikation entspricht oder welche Risiken bestehen.
Häufige Fragen: Kann ich jeden Token einzahlen?
Nein. Die Spezifikation ermöglicht mehrere Entry Points, verpflichtet aber kein Protokoll, beliebige Token anzunehmen. Jeder unterstützte Token benötigt einen passenden Vertrag und eine nachvollziehbare Bewertungslogik. Manche Wege können vorübergehend pausiert oder dauerhaft geschlossen sein. Prüfe die aktuelle Liste direkt beim jeweiligen Protokoll und auf der Blockchain. Eine Wallet, die einen Token anzeigt, bedeutet nicht, dass ein bestimmter Vault diesen Token akzeptiert. Unaufgeforderte Token oder angebliche Sonderzugänge sind häufig Anlass für Phishingversuche.
Häufige Fragen: Sind meine Shares jederzeit einlösbar?
Nicht zwingend. Der Standard legt Schnittstellen fest, aber keine allgemeine Liquiditätsgarantie. Die Rücknahme kann von verfügbaren Vermögenswerten, Gebühren, Limits, implementierten Exit-Funktionen und der wirtschaftlichen Situation der Strategie abhängen. Bei einseitigen Pipes existiert unter Umständen gar kein direkter Rückweg über denselben Vertrag. Selbst wenn eine Rücknahme technisch möglich ist, kann der erhaltene Betrag geringer sein als der Einzahlungswert. Prüfe immer die konkrete Auszahlungsschnittstelle und mögliche Verzögerungen.
Häufige Fragen: Ist ERC-7575 sicherer als ERC-4626?
Eine solche pauschale Aussage wäre unbegründet. ERC-7575 löst ein anderes Architekturproblem, indem es mehrere Assets und externe Share-Tokens ermöglicht. Die zusätzlichen Komponenten können nützlich sein, erhöhen aber die Komplexität und die Anforderungen an Berechtigungen, Buchhaltung und Preisfeeds. Sicherheit hängt von der konkreten Implementierung, dem Betrieb und den wirtschaftlichen Risiken ab. Ein einfaches, gut geprüftes ERC-4626-Produkt kann für einen bestimmten Anwendungsfall angemessener sein als ein komplexer Multi-Asset-Vault. Vergleiche daher nicht nur die Standardnummern.
Fazit
ERC-7575 erweitert ERC-4626 um eine flexible Struktur für Multi-Asset-Vaults und gemeinsame Share-Tokens. Der entscheidende technische Schritt ist die Trennung zwischen Einzahlungsweg und Anteilsschein. Dadurch werden neue DeFi-Modelle möglich, zugleich entstehen zusätzliche Anforderungen an Preisbildung, Berechtigungen, Liquidität und Sicherheitsprüfungen. Für Dich als Anleger zählt nicht die Standardnummer, sondern was die Shares tatsächlich repräsentieren, welche Vermögenswerte dahinterstehen und ob Du sie unter realistischen Bedingungen wieder einlösen kannst. Kryptowährungen und DeFi-Produkte können erheblich schwanken; Betrug, Hacks, Vertragsfehler und Totalverlust sind möglich. Dieser Beitrag dient ausschliesslich der allgemeinen Information.
Quellen und weiterführende Literatur
Ethereum ERC-7575: https://eips.ethereum.org/EIPS/eip-7575 ; ERC-4626: https://eips.ethereum.org/EIPS/eip-4626 ; ERC-7540: https://eips.ethereum.org/EIPS/eip-7540 ; ERC-165: https://eips.ethereum.org/EIPS/eip-165 ; ERC-2771: https://eips.ethereum.org/EIPS/eip-2771 ; Eidgenössische Steuerverwaltung: https://www.estv.admin.ch/ . Die Standards dokumentieren Schnittstellen, keine Anlagequalität.
Kommentare