Was ist Account Abstraction und warum Seed-Phrasen überflüssig werden

Einführung

Der Standardratschlag für jeden, der in Krypto einsteigt, hat sich seit einem Jahrzehnt nicht geändert: Schreiben Sie 12 Wörter auf, bewahren Sie sie offline auf und verlieren Sie sie niemals. Diese Anweisung ist unter dem alten Modell korrekt. Externally Owned Accounts (EOAs) leiten einen einzigen privaten Schlüssel aus dieser Mnemonik ab, und wer den Schlüssel besitzt, kontrolliert die Gelder. Es gibt keine Wiederherstellung, kein Ausgabenlimit und keine Möglichkeit, eine zweite Signatur zu verlangen. Verlieren Sie den Satz, verlieren Sie alles.

Account Abstraction ändert diese Prämisse. Anstatt die Wallet-Sicherheit an ein einziges Geheimnis zu koppeln, verwandelt AA die Wallet selbst in einen Smart Contract, der beliebige Regeln darüber durchsetzen kann, wer signieren darf, wie Gas bezahlt wird und was passiert, wenn ein Schlüssel kompromittiert wird. Das Upgrade erfordert nicht, dass Benutzer Smart Contracts verstehen. Von außen sieht eine Passkey-Wallet aus wie das Anmelden in einer App mit einem Fingerabdruck. Unter der Haube ist die Architektur grundlegend anders.

Dieser Leitfaden erklärt, wie AA auf Protokollebene funktioniert, was ERC-4337 eingeführt hat und warum die Verschiebung für die Selbstverwahrung in Zukunft wichtig ist.

Wie Ethereum-Wallets vor Account Abstraction funktionierten

Jede Ethereum-Adresse vor AA war ein externally owned account. Ein EOA wird durch einen privaten Schlüssel kontrolliert, der aus einer mnemonischen Seed-Phrase abgeleitet wird. Das Konto hat keine On-Chain-Logik. Es kann Transaktionen senden und Nachrichten signieren, aber es kann keine Regeln für diese Aktionen durchsetzen. Für einen breiteren Überblick über Wallet-Typen und ihre Mechanik siehe Was sind Krypto-Wallets.

Dieses Design hat drei strukturelle Einschränkungen:

Kein Wiederherstellungsmechanismus. Wenn der private Schlüssel verloren geht und kein Backup existiert, ist das Konto dauerhaft unzugänglich. Chainalysis schätzt, dass etwa 20% aller Bitcoins in Wallets gehalten werden, deren Schlüssel vermutlich verloren sind. Ethereum steht vor demselben Problem.

Keine Ausgabenkontrollen. Ein EOA kann die Transaktionsgröße nicht begrenzen, Zieladressen nicht einschränken oder mehrere Signaturen verlangen. Ein einzelner kompromittierter Schlüssel bedeutet totalen Verlust. Organisationen, die gemeinsame Kontrolle über Gelder benötigen, müssen externe Multisig-Verträge anstelle nativer Kontofunktionen verwenden. Wie diese Multisig-Setups funktionieren und wo sie versagt haben, finden Sie unter Wie die größten Krypto-Schatzämter gesichert und beraubt werden.

Gas muss vom Absender bezahlt werden. Jede Transaktion erfordert, dass das signierende Konto ETH für Gas hält. Ein neuer Benutzer, der Token auf Ethereum erhält, kann sie nicht bewegen, ohne zuerst ETH von woanders zu beschaffen. Dies schafft eine Sackgasse beim Onboarding, die seit dem Start von Ethereum im Jahr 2015 besteht.

Was ERC-4337 einführte

ERC-4337, verfasst von Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh und Shahaf Nacson, ging im März 2023 auf dem Ethereum-Mainnet live. Es liefert Account Abstraction, ohne einen Hard Fork zu erfordern, was eine kritische Designbeschränkung war. Frühere AA-Vorschläge (EIP-2938, EIP-3074) erforderten Protokolländerungen, die Validatoren und Client-Teams nur ungern übernahmen. ERC-4337 umgeht dies, indem es vollständig auf der Smart-Contract-Ebene arbeitet.

Der Standard führt vier Komponenten ein:

UserOperations. Anstatt eine reguläre Transaktion zu senden, übermitteln Benutzer eine UserOperation (UserOp), eine Datenstruktur, die die beabsichtigte Aktion beschreibt. UserOps gelangen in einen separaten Mempool, nicht in den Standard-Transaktionsmempool. Jede UserOp enthält die Smart-Account-Adresse des Absenders, die Calldata für die beabsichtigte Aktion, Gaslimits und eine optionale Paymaster-Adresse.

Bundlers. Spezialisierte Knoten sammeln UserOps aus dem alternativen Mempool, bündeln sie in eine einzige On-Chain-Transaktion und übermitteln diese Transaktion an das Netzwerk. Der Bundler zahlt Gas im Voraus und wird vom Smart Account oder einem Paymaster erstattet. Das Bündeln erzeugt Gaseinsparungen: Der feste Overhead einer Ethereum-Transaktion wird einmal pro Bündel bezahlt, nicht einmal pro Benutzeraktion.

EntryPoint-Vertrag. Ein Singleton-Vertrag, der an einer kanonischen Adresse auf jeder ERC-4337-Kette bereitgestellt wird. Alle gebündelten UserOps durchlaufen diesen Vertrag, der die Validierungsfunktion jedes Smart Accounts aufruft, die Operation ausführt und die Gasabrechnung übernimmt. Der EntryPoint-Vertrag wurde von OpenZeppelin geprüft und ist nach der Bereitstellung unveränderlich, was einen stabilen Vertrauensanker für das gesamte System bietet.

Paymaster. Optionale Verträge, die Gas im Namen von Benutzern sponsern. Ein Paymaster kann Gebühren im Austausch für ERC-20-Token zahlen, Kosten als dApp-Subvention absorbieren oder jede andere Zahlungslogik implementieren. Die validatePaymasterUserOp-Funktion des Paymasters wird während der Validierung aufgerufen, und der Paymaster kann Operationen ablehnen, die seine Kriterien nicht erfüllen.

Das Ergebnis: Eine Wallet ist kein Schlüsselpaar mehr. Sie ist ein Smart Contract mit einer programmierbaren validateUserOp-Funktion, die entscheidet, ob eine bestimmte Operation autorisiert ist.

Der Lebenszyklus von UserOperation im Detail

Zu verstehen, wie sich eine UserOp durch das System bewegt, verdeutlicht, was AA von regulären Transaktionen unterscheidet.

1. Konstruktion. Die Wallet-Anwendung konstruiert eine UserOp, die den Zielvertragsaufruf, Gas-Parameter und eine Nonce enthält. Wenn ein Paymaster beteiligt ist, werden die Paymaster-Adresse und deren Genehmigungsdaten eingefügt.
2. Signierung. Der Benutzer signiert die UserOp. Das Signaturformat wird vom Smart Account definiert, nicht vom Protokoll. Dies ist die entscheidende Flexibilität: Der Smart Account kann ECDSA-Signaturen, Passkey-Signaturen, Multisig-Schwellenwerte oder jedes andere Schema akzeptieren.
3. Einreichung. Die signierte UserOp wird über einen JSON-RPC-Endpunkt (eth_sendUserOperation) an einen Bundler übermittelt. Der Bundler validiert die UserOp off-chain, um sicherzustellen, dass sie nicht zurückgesetzt wird.
4. Bündelung. Der Bundler gruppiert mehrere UserOps in einer einzigen Transaktion, die die handleOps-Funktion des EntryPoint-Vertrags aufruft.
5. Ausführung. Der EntryPoint ruft die Validierungsfunktion jedes Smart Accounts auf. Wenn die Validierung erfolgreich ist, führt der EntryPoint die Operation aus. Wenn ein Paymaster vorhanden ist, belastet der EntryPoint den Paymaster anstelle des Smart Accounts für Gas.
6. Bestätigung. Die gebündelte Transaktion wird in einen Block aufgenommen. Jede darin enthaltene UserOp wird als unabhängige Aktion behandelt, die entweder erfolgreich ist oder fehlschlägt, ohne andere UserOps im Bündel zu beeinflussen.

Dieser Lebenszyklus bedeutet, dass der Benutzer nie direkt mit dem Ethereum-Mempool interagiert. Der Bundler übernimmt die Gas-Schätzung, das Nonce-Management und die Transaktionseinreichung. Aus Sicht des Benutzers ist die Erfahrung näher am Absenden eines Formulars auf einer Website als am Senden einer rohen Blockchain-Transaktion.

Passkey-Wallets und das Ende der Seed-Phrasen

Die sichtbarste Konsequenz von AA ist, dass Wallets Benutzer jetzt mit Passkeys anstelle von Seed-Phrasen authentifizieren können.

Ein Passkey ist eine kryptografische Anmeldeinformation, die in der sicheren Enklave eines Geräts gespeichert ist (die Secure Enclave auf Apple-Geräten, Titan M auf Google Pixels oder TPM auf Windows-Maschinen). Der Benutzer authentifiziert sich mit einem Fingerabdruck, Gesichtsscan oder Geräte-PIN. Der private Schlüssel verlässt nie die Hardware.

Coinbase Smart Wallet, das im Juni 2024 gestartet wurde, verwendet diesen Ansatz. Die Kontenerstellung dauert weniger als 10 Sekunden. Der Benutzer authentifiziert sich mit einem biometrischen Merkmal, und die Wallet stellt einen Smart-Contract-Account bereit, der diesen Passkey als gültigen Signaturgeber erkennt. Es gibt keine Seed-Phrase zum Aufschreiben, keine Browser-Erweiterung zum Installieren. Coinbase berichtete, bis Anfang 2026 über 10 Millionen Smart Accounts über diesen Ablauf bereitgestellt zu haben.

Safe (ehemals Gnosis Safe) hat die Passkey-Signierung in sein Smart-Account-Framework integriert. Benutzer können einen Passkey als einen von mehreren Signaturgebern auf einem Multisignatur-Konto hinzufügen und so den Komfort des biometrischen Logins mit der Sicherheit von Schwellenwertsignaturen kombinieren.

Der Kompromiss ist die Plattformabhängigkeit. Ein auf einem iPhone erstellter Passkey wird über die iCloud-Schlüsselbund synchronisiert. Wenn ein Benutzer alle Apple-Geräte verliert und nicht auf iCloud zugreifen kann, ist der Passkey verloren. Deshalb existiert die soziale Wiederherstellung als ergänzende Schicht. Passkey-Wallets sind am stärksten, wenn sie mit mindestens einem Backup-Signaturgeber kombiniert werden, der eine andere Authentifizierungsmethode verwendet.

Soziale Wiederherstellung: Backup durch Wächter ersetzen

Soziale Wiederherstellung, vorgeschlagen von Vitalik Buterin in einem Blogbeitrag von 2021, ersetzt das einzelne Backup (Seed-Phrase) durch eine Gruppe von Wächtern.

Der Mechanismus funktioniert wie folgt:

1. Der Wallet-Besitzer bestimmt eine Gruppe von Wächtern. Wächter können Freunde, Familienmitglieder, institutionelle Verwahrer oder sogar andere Smart Contracts sein.
2. Der Besitzer legt eine Schwelle fest. Zum Beispiel müssen 3 von 5 Wächtern eine Wiederherstellungsanfrage genehmigen.
3. Wenn der Besitzer den Zugriff verliert, initiiert er einen Wiederherstellungsprozess von einem neuen Gerät aus. Wächter bestätigen die Anfrage unabhängig.
4. Sobald die Schwelle erreicht ist, ersetzt der Smart Account den verlorenen Signaturschlüssel durch einen neuen.

Die Wächter müssen nicht gleichzeitig koordinieren. Die meisten Implementierungen beinhalten eine Zeitverzögerung (typischerweise 24 bis 48 Stunden), während der der ursprüngliche Besitzer einen betrügerischen Wiederherstellungsversuch abbrechen kann.

Dieses Modell beseitigt den einzelnen Fehlerpunkt. Ein Gerät zu verlieren bedeutet nicht, Gelder zu verlieren, solange genügend Wächter erreichbar sind. Es beseitigt auch die physische Sicherheitsbelastung, eine Seed-Phrase in einem feuerfesten Safe oder Schließfach aufzubewahren.

Die Auswahl der Wächter ist von großer Bedeutung. Wächter sollten über verschiedene geografische Standorte, Kommunikationskanäle und Beziehungstypen verteilt sein. Wenn sich alle Wächter in derselben Gruppenchat befinden und dieser Chat kompromittiert wird, wird der Wiederherstellungsmechanismus zu einem Angriffsvektor. Einige Implementierungen erlauben es, institutionelle Wächter (wie einen Hardware-Wallet-Anbieter oder einen Verwahrungsdienst) neben persönlichen Kontakten hinzuzufügen, was eine Verteidigung in der Tiefe schafft.

Gas-Sponsoring und wie Paymaster funktionieren

Vor AA konnte ein neuer Benutzer, der USDC auf Ethereum erhalten hatte, es nicht senden, ohne zuerst ETH zu erwerben, um Gas zu bezahlen. Dieses Henne-Ei-Problem war eines der größten Hindernisse für die Einführung in Krypto.

Paymaster lösen dieses Problem. Ein Paymaster ist ein Smart Contract, der sich bereit erklärt, die Gaskosten für eine UserOperation zu übernehmen, vorbehaltlich seiner eigenen Regeln.

Drei gängige Paymaster-Modelle haben sich herausgebildet:

Dapp-gesponsertes Gas. Die Anwendung bezahlt das gesamte Gas für ihre Benutzer. Die Dapp zahlt ETH in den Paymaster-Vertrag ein und autorisiert UserOps von ihren Benutzern. Aus Sicht des Benutzers sind Transaktionen kostenlos. Dapps behandeln Gas als Kosten für die Kundenakquise, ähnlich wie kostenloser Versand im E-Commerce. Dieses Modell ist besonders effektiv auf Layer-2-Netzwerken, wo die Gaskosten nur einen Bruchteil eines Cents pro Transaktion betragen.

ERC-20-Gas-Zahlung. Der Paymaster akzeptiert ein ERC-20-Token (USDC, DAI) anstelle von ETH. Der Benutzer bezahlt für Gas, aber in einem Token, das er bereits besitzt. Der Paymaster tauscht das Token gegen ETH, um den Bundler zu erstatten. Dies macht es überflüssig, dass Benutzer zwei separate Token halten müssen (das Asset, das sie verwenden möchten, plus ETH für Gas).

Abonnement- oder sitzungsbasiert. Der Paymaster autorisiert eine Reihe von Operationen innerhalb eines Zeitfensters oder Ausgabenlimits. Eine Gaming-Dapp könnte beispielsweise 100 Transaktionen pro Tag und Benutzer sponsern. Sitzungsschlüssel erweitern dieses Konzept weiter: Der Benutzer signiert eine einzelne Transaktion, die einem temporären Schlüssel das Recht gewährt, bestimmte Aktionen (wie Bewegungen in einem Spiel) auszuführen, ohne für jede einzelne eine Genehmigung zu benötigen.

Pimlico, Alchemy und Stackup betreiben Paymaster-Infrastruktur, die Dapps mit wenigen API-Aufrufen integrieren können. Allein Alchemy hat über eine Million Smart-Account-Bereitstellungen über seine Paymaster- und Bundler-Dienste ermöglicht. Die Wirtschaftlichkeit ist einfach: Auf Layer-2-Netzwerken, wo Gas nur Cent kostet, ist das Sponsoring von Benutzertransaktionen trivial billig.

EIP-7702 und der Weg zur nativen Account-Abstraktion

ERC-4337 funktioniert ohne Protokolländerungen, ist aber nicht der Endzustand. Die Ethereum-Roadmap enthält EIP-7702 (verfasst von Vitalik Buterin und Sam Wilson), das im Pectra-Upgrade enthalten war.

EIP-7702 führt einen neuen Transaktionstyp ein, der es einem EOA ermöglicht, für die Dauer einer einzelnen Transaktion vorübergehend auf Smart-Contract-Code zu verweisen. Das EOA wird nicht dauerhaft zu einem Smart Contract. Stattdessen kann es sich bei Bedarf wie eines verhalten, erhält Zugriff auf gebündelte Aufrufe, gesponsertes Gas und benutzerdefinierte Validierungslogik und kehrt dann zum Standard-EOA-Verhalten zurück.

Dies ist aus zwei Gründen wichtig. Erstens ermöglicht es bestehenden EOA-Inhabern (heute jeder mit einer MetaMask-Wallet) Zugang zu AA-Funktionen, ohne zu einem neuen Konto zu migrieren. Migration war ein großer Reibungspunkt: Benutzer möchten nicht alle ihre Vermögenswerte, Berechtigungen und On-Chain-Verläufe an eine neue Adresse verschieben. Zweitens reduziert es die Gaskosten, da die dauerhaften Bereitstellungskosten für Smart Accounts für Benutzer vermieden werden, die AA-Funktionen nur gelegentlich benötigen.

Die langfristige Vision, die in mehreren Roadmap-Beiträgen der Ethereum Foundation diskutiert wird, ist, dass jedes Konto auf Ethereum standardmäßig ein Smart Account wird. StarkNet und zkSync implementieren dies bereits: In diesen Netzwerken ist jedes Konto von der Erstellung an ein Smart Contract. EIP-7702 ist die Brücke, die die bestehende Ethereum-Benutzerbasis zu diesem Modell führt, ohne die Abwärtskompatibilität zu brechen.

Wo Account-Abstraktion heute eingesetzt wird

Die AA-Einführung konzentriert sich auf Layer-2-Netzwerke, wo die Gaskosten Experimente billig machen.

Base hat die höchste Dichte an Smart Accounts, angetrieben durch Coinbase Smart Wallet. Bis Mitte 2026 hatte Base über 30 Millionen UserOperations verarbeitet. Die Sub-Cent-Gaskosten des Netzwerks machen Paymaster-Sponsoring wirtschaftlich trivial.

Polygon hat AA früh integriert und bietet native Account-Abstraktion auf Protokollebene in seinem zkEVM-Rollup. Polygons Fokus auf Gaming- und Social-Anwendungen passt gut zum Sitzungsschlüssel-Modell, bei dem Benutzer viele Transaktionen mit geringem Wert ohne wiederholte Genehmigungsaufforderungen benötigen.

Arbitrum und Optimism unterstützen ERC-4337 über den standardmäßigen EntryPoint-Vertrag. Große dApps auf beiden Chains haben begonnen, ihre Onboarding-Abläufe auf Smart Accounts umzustellen, insbesondere DeFi-Protokolle, die gasfreie erste Trades anbieten möchten. Für den Kontext, wie Ethereum-Updates es Wallets ermöglichten, als Smart Contracts zu funktionieren, beginnt die Zeitleiste mit der Bereitstellung des ERC-4337 EntryPoint.

Ethereum-Mainnet unterstützt ERC-4337, aber höhere Gaskosten bedeuten, dass Paymaster-Sponsoring teurer ist. Die meisten Mainnet-AA-Nutzungen stammen von hochwertigen Multi-Sig-Wallets (Safe) und nicht von Verbraucher-dApps. Safe verwaltet über 100 Milliarden US-Dollar an Vermögenswerten in seinen Smart-Account-Bereitstellungen.

StarkNet und zkSync implementieren native Account-Abstraktion auf Protokollebene, was bedeutet, dass jedes Konto standardmäßig ein Smart Contract ist. Dies ist die Richtung, auf die die langfristige Roadmap von Ethereum hinweist.

Was dies nicht abdeckt

Dieser Leitfaden konzentriert sich auf den Mechanismus der Account-Abstraktion und ihre unmittelbaren Auswirkungen auf das Wallet-Design. Er deckt nicht ab:

• Detaillierter Vergleich spezifischer Smart-Account-Implementierungen (Safe, Kernel, Biconomy, ZeroDev)
• Die MEV-Auswirkungen des UserOperation-Mempools (für MEV-Mechanik siehe Was ist MEV)
• Formale Sicherheitsaudits einzelner Paymaster-Verträge
• Chainübergreifende Account-Abstraktion und wie Smart Accounts mit Bridging interagieren

Praktische Prüfungen zur Bewertung einer AA-Wallet

Bevor Sie Geldern einem Smart-Account-Wallet anvertrauen, sollten Sie diese Fragen berücksichtigen:

Ist der Smart Contract geprüft? Überprüfen Sie, ob die Smart-Account-Implementierung des Wallets Sicherheitsaudits durch Dritte durchlaufen hat. Safes Verträge gehören zu den am häufigsten geprüften in DeFi. Neuere Implementierungen haben möglicherweise nicht dieselbe Erfolgsbilanz.

Was passiert, wenn der Anbieter schließt? Ein Passkey-Wallet, das an einen einzelnen Anbieter gebunden ist, schafft eine neue Form der Abhängigkeit. Suchen Sie nach Wallets, die das Hinzufügen mehrerer Signatoren ermöglichen, einschließlich eines traditionellen privaten Schlüssels als Backup.

Wo wird der Passkey gespeichert? Verstehen Sie, ob der Passkey gerätegebunden oder über einen Cloud-Anbieter synchronisiert ist. iCloud-Schlüsselbund und Google Passwortmanager synchronisieren Passkeys, was bequem ist, aber die Angriffsfläche um die Sicherheit des Cloud-Kontos erweitert.

Unterstützt das Wallet soziale Wiederherstellung? Wenn die einzige Authentifizierungsmethode ein Passkey ist und der Passkey verloren geht, können Gelder möglicherweise nicht wiederhergestellt werden. Soziale Wiederherstellung fügt ein Sicherheitsnetz hinzu. Überprüfen Sie, wie viele Vormünder das Wallet unterstützt und ob der Wiederherstellungsprozess getestet wurde.

Auf welchen Chains funktioniert der Smart Account? Ein Smart Account auf dem Ethereum-Mainnet hat eine andere Adresse als derselbe Account auf Arbitrum, es sei denn, das Wallet verwendet die deterministische Bereitstellung von CREATE2. Verifizieren Sie die Cross-Chain-Kompatibilität, bevor Sie Gelder auf mehreren Netzwerken einzahlen.

Wie sieht der Upgrade-Pfad aus? Einige Smart-Account-Implementierungen sind upgradebar (die Vertragslogik kann vom Eigentümer geändert werden). Das ist mächtig, birgt aber Risiken: Ein kompromittierter Upgrade-Schlüssel könnte die Validierungslogik der Wallet neu schreiben. Prüfen Sie, ob Upgrades eine Zeitverzögerung oder eine Mehrparteien-Genehmigung erfordern.