ERC-6551 erklärt: Token Bound Accounts, NFT-Wallets und Sicherheitsrisiken
Ein NFT, das selbst digitale Vermögenswerte halten und Transaktionen ausführen kann: Genau diese Möglichkeit eröffnet ERC-6551. Der Ethereum-Standard verbindet nicht fungible Token mit eigenen Smart-Contract-Accounts. Doch was geschieht beim Verkauf eines NFTs, wer kontrolliert den Account, welche Gebühren fallen an und wie sicher ist das Ganze? Dieser Leitfaden erklärt die technischen Grundlagen und die wichtigsten Risiken verständlich und ohne Kursversprechen.
Du lernst den Unterschied zwischen ERC-6551, ERC-721 und Account Abstraction kennen, siehst konkrete Rechenbeispiele und erfährst, wie Du einen Token Bound Account vor einer Überweisung oder einem Kauf überprüfst. Die Beispiele sind hypothetisch; aktuelle Preise, Boni oder Renditen werden nicht behauptet.
Was sind Token Bound Accounts?
ERC-6551 beschreibt einen Ansatz, bei dem ein Non-Fungible Token einen eigenen Smart-Contract-Account kontrolliert. Ein NFT ist damit nicht nur ein digitaler Nachweis, der in einer Wallet liegt, sondern kann selbst eine Adresse besitzen, auf der andere Vermögenswerte und Interaktionen stattfinden. Der Begriff Token Bound Account, kurz TBA, bezeichnet diesen an das NFT gebundenen Account. Wichtig ist die Richtung der Kontrolle: Nicht die Wallet wird zum NFT, sondern die jeweils berechtigte Person am NFT kann nach den Regeln der Account-Implementierung über dessen Account handeln. Ein solches System eröffnet neue Möglichkeiten, schafft aber zusätzliche technische Abhängigkeiten.
Ein gewöhnliches ERC-721-NFT verweist auf einen Token-Identifier innerhalb eines bestimmten Smart Contracts. Es kann übertragen werden, ohne dass damit automatisch ein eigenständiger Account entsteht. ERC-6551 ergänzt dieses Modell durch eine Registry und eine Account-Schnittstelle. Die vorhandenen NFT-Verträge müssen dafür grundsätzlich nicht verändert werden. Ob ein konkreter Marktplatz oder eine Wallet solche Accounts erkennt, ist eine separate Integrationsfrage. Der Standard ist keine Zusicherung, dass alle Anwendungen die zusätzlichen Vermögenswerte beim Kauf anzeigen oder deren Wert berücksichtigen.
Warum ein NFT eine eigene Wallet erhalten soll
Stell Dir eine Spielfigur vor, die ein NFT repräsentiert. Während des Spiels sammelt sie Ausrüstung, weitere NFTs und digitale Gegenstände. Ohne Token Bound Account können diese Gegenstände direkt in der Wallet der spielenden Person liegen; die Verbindung zur Spielfigur muss dann über zusätzliche Anwendungslogik hergestellt werden. Mit einem TBA kann die Figur selbst die Gegenstände halten. Wechselt das Haupt-NFT den Besitzer, kann die neue berechtigte Person grundsätzlich auch die Kontrolle über dessen Account übernehmen. Damit wird aus einer isolierten Spielfigur ein übertragbares Bündel digitaler Beziehungen.
Das gleiche Prinzip lässt sich gedanklich auf Mitgliedschaften, digitale Profile oder Portfolios anwenden. Ein Mitgliedschafts-NFT könnte zusätzliche Zugangsrechte oder Sammelobjekte in einem Account halten. Ein Portfolio-NFT könnte Token und weitere NFT-Positionen bündeln. Das ist eine technische Möglichkeit, keine Garantie für rechtliche Eigentumsübertragung, wirtschaftliche Werthaltigkeit oder die Akzeptanz einer Anwendung. Bei realen Vermögenswerten müssen Ansprüche, Verwahrung, Übertragbarkeit und regulatorische Vorgaben ausserhalb des Smart Contracts eigenständig geklärt werden.
Registry und deterministische Account-Adressen
Der Kern des Standards ist eine sogenannte Singleton Registry. Ihre Funktion account berechnet die Adresse eines Token Bound Accounts, ohne diesen bereits auf der Blockchain einzurichten. Die Funktion createAccount erstellt den Account über eine deterministische Berechnung. Eingaben sind unter anderem die Implementierungsadresse, ein Salt, die Chain-ID, die Adresse des NFT-Vertrags und dessen Token-ID. Das Zusammenspiel dieser Werte entscheidet über die resultierende Account-Adresse. Deshalb kann ein einziges NFT mehrere verschiedene Accounts besitzen, beispielsweise wenn unterschiedliche Implementierungen oder Salts verwendet werden.
Die Berechnung nutzt CREATE2. Ein Account kann dadurch eine vorhersehbare Adresse haben, bevor dort ausführbarer Contract-Code bereitgestellt wurde. Dieser Zustand wird häufig als counterfactual bezeichnet. Man kann theoretisch bereits Token an eine solche Adresse senden. Praktisch ist das riskant: Vor einer Überweisung müssen die Eingaben, die geplante Implementierung und die spätere Bereitstellung verlässlich feststehen. Eine korrekt berechnete Adresse sagt noch nichts darüber aus, ob die spätere Implementierung sicher oder vertrauenswürdig ist. Besonders problematisch sind selbst erfundene Registry-Adressen oder unüberprüfte Webseiten, die angeblich einen offiziellen Account erzeugen.
Wie die technische Architektur aufgebaut ist
ERC-6551 setzt auf schlanke Proxy-Contracts nach dem Muster ERC-1167. Der Proxy verweist auf eine Implementierung, welche die eigentliche Logik ausführt. Zusätzlich enthält der bereitgestellte Bytecode unveränderliche Daten, mit denen die Bindung an das zugrunde liegende NFT nachvollziehbar bleibt. Der Standard definiert unter anderem eine Schnittstelle, über die der Account sein zugeordnetes NFT identifiziert. Die konkrete Implementierung legt fest, wie Berechtigungen geprüft, Transaktionen ausgeführt und zusätzliche Funktionen umgesetzt werden. Zwei ERC-6551-Accounts können daher technisch kompatibel sein, sich aber bei der Sicherheit deutlich unterscheiden.
Eine Registry ist nicht mit einer Depotbank zu verwechseln. Sie verwahrt nicht zentral die Token aller Accounts und verspricht keine Rückzahlung. Die eigentlichen Vermögenswerte liegen als Blockchain-Zustände bei der Adresse des jeweiligen Accounts. Wer diese Vermögenswerte bewegen darf, hängt von den Regeln des Account-Contracts ab. Darum reicht es nicht, nur die Registry zu prüfen: Auch der Implementierungsvertrag, mögliche Administratorrechte, delegierte Berechtigungen und die Verbindung zum NFT-Eigentümer müssen verstanden werden.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Relai bietet Bitcoin an, nicht die in diesem Artikel behandelten NFTs oder Altcoins. Code: AUSWANDERNSCHWEIZ.
Wer darf den Account steuern?
Das zentrale Konzept lautet, dass die Kontrolle grundsätzlich dem jeweiligen Inhaber des zugeordneten NFTs folgt. Wird das NFT übertragen, kann die Berechtigung zur Ausführung von Account-Aktionen entsprechend wechseln. Der genaue Ablauf hängt aber vom Contract ab: Manche Implementierungen unterstützen zusätzliche autorisierte Signierer, zeitlich begrenzte Rechte oder besondere Regeln. Auch die Abfrage des NFT-Eigentümers muss auf der richtigen Chain und am richtigen Vertrag erfolgen. Eine Wallet-Oberfläche, die bloss ein NFT-Bild anzeigt, ist kein Beleg dafür, dass die zugrunde liegende Berechtigungsprüfung korrekt arbeitet.
Gerade bei Verkäufen entsteht ein entscheidendes Sicherheitsproblem. Ein Käufer kann annehmen, dass im Account noch wertvolle Gegenstände liegen. Der Verkäufer könnte diese jedoch vor der endgültigen Übertragung entfernen, sofern keine gesonderten Regeln dies verhindern. Ebenso können delegierte Rechte nach einem Verkauf weiterwirken, wenn eine Implementierung sie nicht sauber an einen Eigentümerwechsel bindet. Deshalb muss ein Marktplatz den Account-Zustand möglichst zum relevanten Ausführungszeitpunkt prüfen und klar darstellen, welche Vermögenswerte tatsächlich mitübertragen werden.
ERC-6551 und ERC-721 im Vergleich
ERC-721 definiert die grundlegende Verwaltung nicht fungibler Token: Eigentümer, Transfers und standardisierte Ereignisse. ERC-6551 ersetzt diese Funktionen nicht. Stattdessen nutzt es das bestehende NFT als Anker für einen zusätzlichen Account. Ein ERC-721-NFT kann also ganz normal existieren, ohne jemals einen TBA zu verwenden. Umgekehrt kann eine Anwendung für ein bereits vorhandenes NFT einen passenden Account bereitstellen, sofern die technischen Voraussetzungen erfüllt sind. Die Trennung ist für Nutzer wichtig, weil der Kauf eines NFTs nicht automatisch bedeutet, dass ein Account mit zusätzlichen Vermögenswerten mitgeliefert wird.
Auch ERC-1155 ist nicht dasselbe wie ERC-6551. ERC-1155 erlaubt die Verwaltung mehrerer Token-Typen in einem Vertrag und effizientere Sammeltransfers. ERC-6551 behandelt dagegen die Frage, wie ein NFT einen eigenen Account kontrolliert. Beide Konzepte können kombiniert werden: Ein an eine ERC-721-Spielfigur gebundener Account könnte ERC-1155-Gegenstände halten. Die unterschiedlichen Standards lösen verschiedene Probleme und sollten deshalb weder bei der technischen Bewertung noch beim Marketing vermischt werden.
Unterschied zu Account Abstraction und ERC-4337
Account Abstraction bezeichnet verschiedene Ansätze, um die Nutzung von Blockchain-Accounts flexibler zu gestalten. ERC-4337 arbeitet beispielsweise mit UserOperations, Bundlern und einem EntryPoint-Konzept. ERC-6551 beschreibt dagegen die Bindung eines Smart-Contract-Accounts an ein NFT. Ein Token Bound Account muss nicht automatisch die komplette ERC-4337-Infrastruktur unterstützen. Beide Ansätze können zusammen eingesetzt werden, wenn eine konkrete Implementierung dies vorsieht. Die gemeinsame Verwendung macht eine Anwendung nicht automatisch sicherer oder günstiger.
Die Unterscheidung ist praktisch: Ein ERC-4337-Smart-Account kann einer Person gehören, ohne dass ein NFT die Eigentümerrolle übernimmt. Ein ERC-6551-Account kann durch das Eigentum an einem NFT gesteuert werden, ohne dass ein Bundler für jede Aktion erforderlich ist. Wer Gebühren, Signaturverfahren oder Wiederherstellungsmöglichkeiten vergleichen will, muss deshalb die tatsächlich verwendete Implementierung und nicht nur die Schlagworte auf einer Projektwebseite untersuchen.
Signaturen, ERC-1271 und Berechtigungen
Ein Smart-Contract-Account besitzt nicht zwingend einen eigenen privaten Schlüssel. Deshalb sind gewöhnliche Signaturprüfungen für extern kontrollierte Ethereum-Adressen nicht ohne Weiteres übertragbar. ERC-6551 verlangt Unterstützung für ERC-1271, damit ein Contract prüfen kann, ob eine Signatur nach seinen Regeln gültig ist. Das erlaubt beispielsweise eine Autorisierung über den aktuellen NFT-Inhaber. Entscheidend ist, dass die Signatur an die beabsichtigte Aktion und den richtigen Kontext gebunden ist. Eine gültige Signatur für einen anderen Contract oder eine andere Chain darf nicht als allgemeine Erlaubnis verstanden werden.
Bei signierten Nachrichten sind Domain-Trennung, Ablaufbedingungen und Nonces wichtige Schutzmechanismen. Fehlen solche Kontrollen in einer Anwendung, können Replay-Angriffe oder ungewollte Berechtigungen möglich werden. Eine Wallet kann zudem Signaturen für Tokenfreigaben, Verkaufsangebote oder externe Protokolle verlangen. Nutzer sollten die konkreten Rechte und die Zieladresse prüfen. Ein bekannter Standardname allein schützt nicht vor Phishing oder manipulierten Oberflächen.
Praktisches Beispiel: Ein NFT mit digitalem Inventar
Angenommen, ein Spielcharakter wird durch NFT Nummer 123 dargestellt. Der zugehörige Token Bound Account hält drei Ausrüstungs-NFTs und 200 Spieltoken. Die Spielfigur wird für 0,5 ETH angeboten. Für eine sinnvolle Bewertung muss der Käufer wissen, ob die drei Gegenstände tatsächlich auf der Account-Adresse liegen, ob die 200 Token übertragbar sind und ob die Account-Implementierung dem neuen Eigentümer Zugriff erlaubt. Der Verkaufspreis allein verrät nicht, ob die Gegenstände eingeschlossen sind oder ob ihr Marktwert überhaupt unabhängig bestimmbar ist.
Nehmen wir rein illustrativ an, ein Gegenstand wäre am freien Markt 0,08 ETH wert, ein zweiter 0,03 ETH und ein dritter mangels Liquidität nicht zuverlässig bewertbar. Selbst dann wäre die Rechnung 0,5 minus 0,08 minus 0,03 gleich 0,39 ETH keine belastbare Bewertung der Spielfigur. Es könnten Verkaufsgebühren, Gas, Rechtebeschränkungen oder ein ausbleibender Käufer hinzukommen. Der scheinbare Wert eines NFT-Bündels ist daher nicht automatisch die Summe der angezeigten Listenpreise.
Gasgebühren und wirtschaftliche Kosten
Das Berechnen einer Account-Adresse über eine lesende Funktion kann ohne eigene On-Chain-Transaktion erfolgen. Die tatsächliche Bereitstellung eines Accounts und spätere Schreiboperationen benötigen dagegen Gas, sofern sie auf Ethereum oder einer vergleichbaren EVM-Chain ausgeführt werden. Die Kosten hängen von Netzwerkauslastung, ausgeführtem Code, der verwendeten Chain und dem konkreten Contract ab. Pauschale Aussagen wie kostenloses NFT-Wallet oder immer billiger als eine normale Wallet sind deshalb nicht seriös. Auch das Verschieben mehrerer Gegenstände kann mehrere Transaktionen oder zusätzliche Contract-Aufrufe auslösen.
Ein vereinfachtes Beispiel: Benötigt eine Operation 120'000 Gas und liegt der effektive Gaspreis bei 15 Gwei, ergibt sich 120'000 mal 15 Gwei gleich 1'800'000 Gwei beziehungsweise 0,0018 ETH. Das ist ausdrücklich eine Rechenannahme und kein aktueller Marktpreis. Bei einem hypothetischen ETH-Kurs von 2'000 CHF entspräche dies 3,60 CHF. Verändert sich der Gaspreis auf 30 Gwei, verdoppelt sich bei gleichem Gasverbrauch die ETH-Gebühr. Gebührenprognosen sollten immer vor dem Signieren geprüft werden.
Sicherheit: Eigentümerwechsel und versteckte Rechte
Die wohl wichtigste Gefahr entsteht aus der Annahme, ein NFT-Verkauf übertrage automatisch einen unveränderlichen Warenkorb. Das muss nicht stimmen. Vermögenswerte können vor dem Verkauf abgezogen werden. Bestimmte Token lassen sich möglicherweise gar nicht transferieren. Manche Smart Contracts erlauben Administratoren das Einfrieren oder Einschränken von Guthaben. Andere Verträge können nachträglich veränderliche Logik oder besondere Delegationen enthalten. Deshalb sollte eine Prüfung nicht bei der NFT-Metadatenanzeige enden, sondern die tatsächlich vorhandenen Guthaben und die ausführbare Account-Logik berücksichtigen.
Zusätzlich können unübersichtliche Verschachtelungen entstehen: Ein NFT hält über seinen Account ein weiteres NFT, das wiederum einen Account kontrolliert. Solche Strukturen erschweren die Bewertung und können unter ungünstigen Bedingungen zyklische Eigentumsbeziehungen erzeugen. Die ERC-6551-Spezifikation behandelt entsprechende Risiken. Nutzer sollten sich nicht darauf verlassen, dass jede Anwendung diese Fälle korrekt verhindert. Ein komplexes Portfolio aus verschachtelten NFTs ist keine geeignete Abkürzung zu sicherer Selbstverwahrung.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Relai bietet Bitcoin an, nicht die in diesem Artikel behandelten NFTs oder Altcoins. Code: AUSWANDERNSCHWEIZ.
Cross-Chain-Funktionen und ihre Grenzen
Die Spezifikation berücksichtigt Chain-IDs, sodass ein Account-Konzept über mehrere EVM-kompatible Netzwerke hinweg genutzt werden kann. Das bedeutet jedoch nicht, dass ein NFT auf Ethereum automatisch frei über Guthaben auf jeder anderen Blockchain verfügen darf. Die jeweilige Implementierung muss die Eigentümerprüfung, die Nachrichtenübermittlung und die Sicherheitsannahmen der beteiligten Netzwerke korrekt lösen. Unterschiedliche Finalitätsregeln, Bridge-Mechanismen und RPC-Dienste können zusätzliche Fehlerquellen darstellen. Eine identische Account-Adresse auf zwei Chains bedeutet nicht, dass dort identische Vermögenswerte existieren.
Wer ein Projekt mit Cross-Chain-NFT-Portfolios nutzt, sollte deshalb konkret nachfragen: Auf welcher Chain befindet sich das Haupt-NFT? Wo liegen die einzelnen Token? Wie wird der Eigentümer auf der anderen Chain erkannt? Welche Bridges oder Oracles sind beteiligt? Gibt es einen Notfallmechanismus? Ohne nachvollziehbare Antworten sind Aussagen über nahtlos übertragbare Portfolios eher Produktversprechen als überprüfte technische Eigenschaften.
Was Du vor dem Kauf prüfen solltest
Beginne mit dem NFT-Vertrag und seiner Token-ID. Prüfe dann die behauptete Account-Adresse anhand der verwendeten Registry-Parameter. Vergleiche die angegebene Implementierungsadresse mit der dokumentierten, möglichst öffentlich geprüften Contract-Version. Ein Blockchain-Explorer kann helfen, Guthaben, Transfers und Contract-Aufrufe zu sehen. Beachte dabei, dass manche Vermögenswerte, Rechte oder Positionen nicht in einer einzigen Tokenliste erscheinen. Ein Explorer ist eine wichtige Informationsquelle, aber keine vollständige Sicherheitsprüfung.
Vor einer Transaktion solltest Du zusätzlich die konkreten Wallet-Signaturen und Tokenfreigaben lesen. Bei unbekannten Contracts sind kleine Testbeträge sinnvoller als grosse Überweisungen. Verwende keine Seed Phrase auf einer Projektwebseite und bestätige keine unbegrenzten Freigaben, nur um angeblich einen NFT-Account zu aktivieren. Bei wertvollen Positionen kann eine unabhängige technische Prüfung angemessen sein. Ein Audit reduziert bestimmte Risiken, beseitigt sie aber nicht.
Marktplätze, Liquidität und Bewertung
Ein TBA kann die ökonomische Struktur eines NFTs komplizierter machen. Ein gewöhnlicher NFT-Käufer bewertet häufig Seltenheit, Nutzungsrechte oder die Nachfrage nach einer Sammlung. Bei einem NFT mit Account kommen die gehaltenen Token, deren Liquidität und die Regeln der Account-Implementierung hinzu. Ein angezeigter Tokenbestand kann illiquide, gesperrt oder wirtschaftlich wertlos sein. Selbst wenn ein Marktplatz den Bestand korrekt anzeigt, bleibt offen, ob ein Käufer einen angemessenen Preis dafür bezahlt.
Besonders kritisch sind Bündel aus vielen kleinen Token. Ein hoher nomineller Gegenwert kann aus Preisen entstehen, die nur für minimale Handelsvolumina gelten. Beim tatsächlichen Verkauf kann erhebliche Slippage auftreten. Hinzu kommen Smart-Contract-Risiken, mögliche Gebühren und die Volatilität der zugrunde liegenden Kryptowährungen. Ein Totalverlust ist bei spekulativen digitalen Vermögenswerten möglich. ERC-6551 schafft technische Komponierbarkeit, aber weder eine Wertgarantie noch einen liquiden Zweitmarkt.
Steuern und Regulierung in der Schweiz
Für Personen mit Wohnsitz in der Schweiz kann die steuerliche Behandlung von Krypto-Vermögenswerten unter anderem davon abhängen, welche Rechte und wirtschaftlichen Werte tatsächlich gehalten werden. Ein NFT mit Token Bound Account ist nicht automatisch eine einzige steuerliche Position mit eindeutigem Marktwert. Der Inhalt des Accounts, mögliche Erträge, die Art der Tätigkeit und die Verfügbarkeit von Kurswerten können relevant sein. Für die Vermögenssteuer und die Deklaration sollten die jeweils aktuellen Informationen der zuständigen Steuerbehörden beachtet werden.
Die rechtliche Qualifikation tokenisierter Rechte hängt vom konkreten Sachverhalt ab. Ein technisch übertragbarer Account überträgt nicht zwingend ausserhalb der Blockchain bestehende Forderungen oder Eigentumsrechte. Bei grösseren Beträgen, gewerblichen Aktivitäten oder komplexen grenzüberschreitenden Konstruktionen ist fachliche Steuer- und Rechtsberatung sinnvoll. Dieser Artikel beschreibt technische und allgemeine wirtschaftliche Zusammenhänge und ersetzt keine individuelle Anlage-, Rechts- oder Steuerberatung.
FAQ: Häufige Fragen zu ERC-6551
Kann jedes NFT einen Token Bound Account haben? Der Standard ist grundsätzlich für bestehende und zukünftige ERC-721-NFTs konzipiert. Ob ein bestimmtes NFT praktisch unterstützt wird, hängt von den verwendeten Contracts und Anwendungen ab. Muss ich eine neue Seed Phrase erstellen? Ein Token Bound Account ist ein Smart-Contract-Account und hat nicht automatisch einen eigenen privaten Schlüssel. Die Kontrolle folgt der implementierten Berechtigungslogik. Ist ERC-6551 dasselbe wie eine Hardware-Wallet? Nein. Hardware-Wallets schützen private Schlüssel; ERC-6551 beschreibt die Bindung eines Accounts an ein NFT.
Wer bezahlt die Gebühren? Das hängt von der konkreten Transaktion und Anwendung ab. Werden die enthaltenen Token automatisch mitverkauft? Der Account bleibt an das NFT gebunden, doch sein Guthaben kann sich verändern und einzelne Rechte können eingeschränkt sein. Kann ein NFT mehrere Accounts haben? Ja, unterschiedliche Parameter können unterschiedliche Adressen ergeben. Ist ERC-6551 eine Anlageempfehlung? Nein. Der Standard definiert technische Schnittstellen und garantiert weder Wertentwicklung noch Sicherheit. Kann ich verlorene NFTs wiederherstellen? Nur wenn die tatsächlich verwendete Wallet- und Account-Architektur einen passenden Wiederherstellungsmechanismus vorsieht.
Fazit: Mehr Funktionen, aber auch mehr Prüfpflichten
ERC-6551 erweitert die Rolle eines NFTs erheblich: Ein digitaler Token kann einen Smart-Contract-Account kontrollieren, der weitere Vermögenswerte und Interaktionen bündelt. Das ist besonders für Spiele, Mitgliedschaften und zusammengesetzte digitale Objekte interessant. Der entscheidende Fortschritt liegt in der standardisierten Verbindung zwischen NFT-Eigentum und Account-Kontrolle, nicht in einer automatischen Wertsteigerung. Die Spezifikation schafft einen technischen Rahmen, dessen Sicherheit und Benutzerfreundlichkeit stark von der jeweiligen Umsetzung abhängen.
Wer solche Accounts nutzt, sollte Registry, Implementierung, Eigentümerprüfung, Guthaben und mögliche Delegationen verstehen. Vor allem beim Kauf eines NFTs mit angeblich enthaltenen Vermögenswerten ist eine unabhängige Bestandsprüfung wichtig. Das Konzept ist vielversprechend für digitale Anwendungen, bleibt aber komplex und mit Risiken verbunden. Technische Innovation ersetzt weder sorgfältige Prüfung noch eine angemessene Begrenzung des eingesetzten Kapitals.
Kommentare