Account Abstraction (AA) macht ein Blockchain-Konto programmierbar: Statt dass das Protokoll die einzige Regel "eine gültige Signatur eines privaten Schlüssels bewegt die Gelder" fest verdrahtet, wird das Konto von Contract-Code regiert, der seine eigenen Bedingungen für die Annahme einer Transaktion definiert — Multisig, Social Recovery, Ausgabenlimits, gebündelte Aktionen oder das Bezahlen des Gas durch einen Dritten. Auf Ethereum und anderen EVM-Chains wird das hauptsächlich über ERC-4337 umgesetzt, das UserOperations über Bundler, einen gemeinsamen EntryPoint-Contract und optionale Paymaster leitet, ganz ohne Protokolländerung; Chains wie zkSync Era und Starknet bauen AA nativ ein, und EIP-7702 erlaubt einem bestehenden Seed-Phrase-Konto, Smart-Account-Logik an seiner aktuellen Adresse zu übernehmen. Account Abstraction ändert für sich genommen nichts an der Verwahrung — ein Smart Account wird weiterhin von dem kontrolliert, der seine Schlüssel hält, und in einer non-custodial Wallet bist das du. WATS setzt den praktischsten Teil davon um: Die WATS Hot Wallet nutzt auf EVM-Chains einen ERC-4337-Paymaster, sodass Netzwerkgebühren in einem einzigen Token, ATS, statt im nativen Gas-Token jeder Chain bezahlt werden — und bleibt dabei vollständig non-custodial.
Was "Account Abstraction" wirklich bedeutet
Auf den meisten Blockchains ist "dein Konto" in Wirklichkeit nur ein Schlüsselpaar. Wer den privaten Schlüssel hält, kann die Gelder bewegen, und die Regeln zur Validierung einer Transaktion sind fest im Protokoll verdrahtet. Account Abstraction ändert diese Prämisse: Sie macht das Konto selbst programmierbar, sodass die Logik, die entscheidet, ob eine Transaktion gültig ist, in Code lebt, den du kontrollierst, statt in einer festen Protokollregel.
Einfach gesagt stellt ein traditionelles Konto eine Frage — "Ist diese Signatur für diesen Schlüssel gültig?" Ein Smart Account kann jede Frage stellen, die du schreibst: "Sind zwei von diesen drei Signierern anwesend?", "Liegt diese Transaktion unter dem Tageslimit?", "Ist die Recovery-Sperrfrist abgelaufen?" Das Konto ist nicht länger ein passives Schlüsselpaar, sondern wird zu einer kleinen programmierbaren Richtlinien-Engine.
EOA vs. Smart Account
Auf Ethereum gibt es heute zwei Arten von Konten. Ein externally owned account (EOA) wird direkt von einem privaten Schlüssel gesteuert, der üblicherweise aus einer Seed-Phrase abgeleitet wird. Dahinter steckt kein Code; der Schlüssel ist das Konto. Ein Smart Account (auch Contract Account genannt) wird von einem bereitgestellten Smart Contract gesteuert, und dieser Contract definiert, wie Transaktionen autorisiert werden.
Der praktische Unterschied ist Flexibilität. Ein EOA hat genau ein Sicherheitsmodell — ein Schlüssel, eine Signatur — und wenn du die Seed-Phrase verlierst, sind die Gelder weg. Ein Smart Account kann Multisig, Social Recovery, Ausgabenlimits, Session Keys oder automatische Upgrades umsetzen, alles ohne die zugrunde liegende Chain zu ändern. Für einen tieferen direkten Vergleich siehe unsere Gegenüberstellung von Smart Accounts vs. EOAs.
Warum es wichtig ist: Recovery, Gas, Batching, Richtlinien
Programmierbare Konten ermöglichen mehrere Dinge, die Seed-Phrase-Wallets schlicht nicht können:
Recovery. Statt einer einzelnen zerbrechlichen Seed-Phrase kann ein Smart Account Guardians oder einen Recovery-Contract benennen, sodass der Verlust eines Geräts nicht bedeutet, alles zu verlieren. Flexible Gaszahlung. Das Konto kann einem Dritten — einem Paymaster — erlauben, Gebühren zu sponsern, oder Gebühren in einem anderen Token als der nativen Münze der Chain annehmen, was das Aufbewahren von Kleinstbeträgen an ETH, POL, SOL und Toncoin überflüssig macht, nur um andere Assets zu bewegen. Batching. Mehrere Operationen — Approve und Swap oder mehrere Transfers — können in eine einzige atomare Transaktion gebündelt werden, die entweder vollständig gelingt oder vollständig zurückgesetzt wird. Benutzerdefinierte Sicherheitsrichtlinien. Tageslimits, Allowlists, Zeitsperren und Session Keys können vom Konto selbst durchgesetzt werden, statt einer App oder einer Browser-Erweiterung anvertraut zu werden.
Wie es umgesetzt wird: ERC-4337, native AA und EIP-7702
Es gibt nicht den einen Weg, Account Abstraction umzusetzen. Drei Ansätze dominieren zum Jahr 2026.
ERC-4337 ist der vorherrschende Standard auf Ethereum und EVM-Chains, und er funktioniert ohne jede Protokolländerung. Nutzer senden "UserOperations" an einen separaten Mempool; Bundler packen sie zusammen und reichen sie über einen gemeinsamen On-Chain-EntryPoint-Contract ein, während optionale Paymaster-Contracts regeln, wer für das Gas zahlt. Entscheidend ist, dass ERC-4337 ein rein EVM-basierter Standard ist — er läuft nicht auf Solana oder TON. Diese Ökosysteme erreichen ähnliche Ergebnisse über ihre eigenen Fee-Payer- oder Relayer-Mechanismen, die die entsprechende Rolle spielen.
Native Account Abstraction geht einen anderen Weg: Chains wie zkSync Era und Starknet bauen AA direkt ins Protokoll ein, sodass jedes Konto standardmäßig ein Smart Account ist und es keine EOA/Contract-Trennung zu überbrücken gibt. EIP-7702 wiederum zielt auf die bestehende Basisschicht: Es lässt einen regulären EOA "Code setzen", indem er auf Smart-Account-Logik verweist, sodass ein Seed-Phrase-Konto an seiner bestehenden Adresse Smart-Account-Verhalten (Batching, gesponsertes Gas, benutzerdefinierte Validierung) erhalten kann — die Delegation bleibt bestehen, bis das Konto sie widerruft oder ändert, statt nur eine einzige Transaktion zu überdauern. Zusammen geben diese dem Ökosystem ein Spektrum — nachrüstbare Standards, native Unterstützung und einen Upgrade-Pfad für den enormen Bestand an EOAs, die bereits im Einsatz sind.
Die Kompromisse
Account Abstraction ist nicht kostenlos. Smart Accounts führen bei der Validierung Contract-Logik aus, sodass eine Transaktion mehr Gas kosten kann als ein einfacher EOA-Transfer, und das Bereitstellen des Konto-Contracts fügt einen anfänglichen Schritt hinzu. ERC-4337 führt neue Infrastruktur ein — Bundler, Paymaster, einen alternativen Mempool — was mehr bewegliche Teile und mehr Angriffsfläche zum Nachdenken bedeutet. Auch die Reife des Ökosystems variiert: Tools, Wallet-Unterstützung und Standards konvergieren zum Jahr 2026 noch, und das Verhalten kann sich zwischen einer nativen-AA-Chain und einem ERC-4337-Deployment unterscheiden. Für die meisten Nutzer sind diese Kosten unsichtbar, von Wallet-Anbietern aufgefangen, aber es sind reale technische Kompromisse und kein reiner Vorteil.
Verwahrung: Account Abstraction ist nicht custodial
Ein verbreitetes Missverständnis ist, dass ein "Smart Account" bedeutet, jemand anderes kontrolliere dein Geld. Programmierbare Validierung sagt nichts über die Verwahrung aus: Der Contract kodiert nur die Regeln, die eine Transaktion erfüllen muss, und in einer non-custodial Wallet sind die Schlüssel, die sie erfüllen, weiterhin deine. Gesponsertes Gas ist ein gutes Beispiel — ein Paymaster kann deine Transaktionsgebühr zahlen, ohne jemals in der Lage zu sein, deine Assets zu bewegen, weil das Zahlen von Gas und das Autorisieren eines Transfers getrennte Befugnisse sind.
Bei der Verwahrung geht es darum, wer Gelder einseitig bewegen kann, und ein gut gestalteter Smart Account behält diese Macht bei dir. Wenn du die genaue Definition möchtest: Unser Leitfaden zu non-custodial Wallets legt den Unterschied dar: Non-custodial bedeutet, dass du, und nur du, die Schlüssel hältst — egal ob das Konto ein schlanker EOA oder ein programmierbarer Smart Account ist.
Wie WATS Account Abstraction nutzt
WATS setzt genau den Vorteil der Account Abstraction um, den Nutzer täglich spüren — nie mit nativen Gas-Token jonglieren zu müssen — und bleibt dabei vollständig non-custodial: Du hältst deine Schlüssel, und WATS hält niemals einen Schlüssel. In der WATS Hot Wallet wird jede Aktion (Transfers, Swaps, Staking) in einem einzigen Token, ATS, statt im nativen Gas-Token der Chain berechnet — auf EVM-Chains über einen ERC-4337-Paymaster und auf Solana und TON über die entsprechende Fee-Payer- oder Relayer-Rolle. Da ATS ein LayerZero OFT ist, deckt ein einziges Guthaben Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON ab, und das als Gebühren eingesammelte ATS wird von einem Angebot von 100M in Richtung einer Untergrenze von 30M verbrannt — was WATS zur ersten und einzigen Wallet macht, die ERC-4337 + OFT-Einzeltoken-Gebühren mit diesem Burn kombiniert.
Bei zwei Dingen lohnt sich Präzision. Die Zahlung in ATS ist kein Rabatt: Sie ändert, welcher Token die Netzwerkgebühr bezahlt, nicht die zugrunde liegenden Kosten der Transaktion. Und der Paymaster erlangt niemals die Verwahrung — er begleicht die Gebühr, während nur deine Schlüssel einen Transfer autorisieren können. Wenn der Teil der Account Abstraction, den du tatsächlich willst, darin besteht, ein Asset zu halten, es über acht Chains zu bewegen und nie an einem fehlenden Gas-Token zu scheitern, ist die WATS Hot Wallet ein konkreter Ort, an dem sich dieses Modell durchgängig beobachten lässt.
Häufig gestellte Fragen
Bedeutet Account Abstraction, dass meine Wallet custodial ist?
Nein. Account Abstraction ändert, wie ein Konto Transaktionen validiert, nicht wer es kontrolliert. Ein Smart Account wird weiterhin von Schlüsseln gesteuert, die du hältst, und Funktionen wie gesponsertes Gas lassen einen Dritten eine Gebühr zahlen, ohne jemals die Macht zu erlangen, deine Gelder zu bewegen. Eine Wallet ist non-custodial, solange du, und nur du, die Schlüssel hältst — ob es sich um einen EOA oder einen Smart Account handelt. WATS ist genau so gebaut: vollständig non-custodial und niemals im Besitz eines Schlüssels, obwohl die Hot Wallet einen ERC-4337-Paymaster nutzt, um Gebühren zu begleichen.
Kann ich Gas in einem anderen Token als der nativen Münze der Chain bezahlen?
Ja, und WATS ist ein funktionierendes Beispiel dafür. In der WATS Hot Wallet werden Netzwerkgebühren für Transfers, Swaps und Staking in einem einzigen Token, ATS, berechnet statt in ETH, POL, BNB, SOL oder Toncoin — auf EVM-Chains läuft das über einen ERC-4337-Paymaster, und da ATS ein LayerZero OFT ist, deckt ein einziges Guthaben Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON ab. Es ist kein Rabatt: Es ändert, welcher Token die Gebühr zahlt, nicht was die Transaktion das Netzwerk kostet.
Funktioniert ERC-4337 auf Solana und TON?
Nein. ERC-4337 ist ein rein EVM-basierter Standard, aufgebaut rund um einen gemeinsamen EntryPoint-Contract, Bundler und Paymaster, sodass er für Ethereum und andere EVM-Chains gilt. Solana und TON sind keine EVM-Chains, erreichen aber ähnliche Ergebnisse — etwa dass Gebühren von einem Dritten gezahlt werden — über ihre eigenen Fee-Payer- oder Relayer-Mechanismen statt über ERC-4337 selbst.
Was ist der Unterschied zwischen einem EOA und einem Smart Account?
Ein EOA (externally owned account) wird direkt von einem privaten Schlüssel aus einer Seed-Phrase gesteuert, mit einer einzigen festen Regel: Eine gültige Signatur bewegt die Gelder. Ein Smart Account wird von einem Contract gesteuert, der benutzerdefinierte Regeln kodieren kann — Multisig, Social Recovery, Ausgabenlimits, Batching oder das Bezahlen von Gas in einem anderen Token. Beide können vollständig non-custodial sein; der Smart Account fügt lediglich programmierbare Logik obendrauf hinzu.
Wie unterscheidet sich EIP-7702 von ERC-4337?
ERC-4337 ergänzt Account Abstraction neben dem Protokoll: Smart Accounts sind separate Contract-Konten, und UserOperations laufen über Bundler und einen EntryPoint-Contract, ohne dass sich Ethereum selbst ändert. EIP-7702 verändert stattdessen die Basisschicht und lässt einen bestehenden EOA auf Smart-Account-Code verweisen, sodass er an seiner bereits vorhandenen Adresse Batching, gesponsertes Gas und benutzerdefinierte Validierung erhält. Beide ergänzen sich — 7702 ist der Upgrade-Pfad für Konten, die es schon gibt, während 4337 die Infrastruktur bleibt, die viele dieser Konten nutzen.

