EIP-7702: Native Account Abstraction für EOAs (2026)

EIP-7702 ist ein mit dem Pectra-Upgrade eingeführter Ethereum-Transaktionstyp, mit dem ein gewöhnlicher Externally Owned Account (EOA) eine Autorisierung signieren kann, die sein Code-Feld auf eine Smart-Contract-Implementierung zeigen lässt — eine schlichte Adresse kann so Smart-Account-Logik ausführen, ohne zu einem neuen Konto zu werden. Adresse, privater Schlüssel und Guthaben bleiben exakt gleich, und die Delegation lässt sich jederzeit umleiten oder löschen, was sie zu einem umkehrbaren Upgrade statt zu einer Migration macht. Mit einer geeigneten Implementierung dahinter gewinnt ein EOA gebündelte atomare Transaktionen, gesponserte oder in einem nicht-nativen Token bezahlte Gas-Gebühren sowie eingegrenzte Session Keys. Es ersetzt ERC-4337 nicht: Ein 7702-delegiertes Konto kann ERC-4337-kompatible Logik übernehmen und dieselbe EntryPoint-, Bundler- und Paymaster-Infrastruktur nutzen. Der alltägliche Nutzen — nie die native Gas-Coin jeder einzelnen Chain vorhalten zu müssen — ist genau das, was die WATS Hot Wallet bereits nicht-verwahrend über einen ERC-4337-Paymaster auf EVM liefert, indem sie Gebühren in einem einzigen Token, ATS, statt in ETH, POL oder BNB berechnet.

Die Lücke: Warum Ihr EOA keine Smart-Account-Dinge kann

Die meisten Menschen auf Ethereum halten einen Externally Owned Account (EOA) — eine Adresse, die von einem einzigen privaten Schlüssel kontrolliert wird. EOAs sind einfach und praxiserprobt, aber sie sind auch starr. Sie können nicht mehrere Aktionen in eine atomare Transaktion bündeln, können nicht jemand anderem erlauben, ihr Gas zu zahlen, und können keine begrenzte Signaturmacht an einen temporären Schlüssel delegieren. Diese Annehmlichkeiten gehören zur Account Abstraction, und historisch erforderten sie, Ihre Gelder auf ein Smart-Contract-Konto zu verschieben — eine andere Adresse, mit Migrationsreibung und eigenen Vertrauensannahmen.

Genau diese Lücke sollte EIP-7702 schließen: bestehenden EOAs Zugang zu Smart-Account-Verhalten zu geben, ohne Nutzer zu bitten, die Adresse aufzugeben, die sie bereits besitzen.

Was EIP-7702 ist

EIP-7702 definiert einen neuen Transaktionstyp, der einem EOA erlaubt, an Vertragscode zu delegieren, sodass sich das Konto wie ein Smart Account verhalten kann und auf Protokollebene dennoch ein EOA bleibt. Es wurde als Teil von Ethereums Pectra-Upgrade im Jahr 2025 ausgeliefert und ist seit 2026 auf dem Mainnet aktiv sowie über die großen EVM-Netzwerke und die Wallet-Infrastruktur hinweg unterstützt. Die Transaktion trägt eine oder mehrere signierte Autorisierungen, und jede davon hängt einem gewöhnlichen Konto eine Delegation an. Entscheidend ist, dass Ihre Schlüssel, Ihr Guthaben, Ihre Nonce und Ihre Adresse genau gleich bleiben; das Konto gewinnt lediglich die Fähigkeit, programmierbare Logik auszuführen.

Das ist eine bedeutsame Verschiebung. Vor EIP-7702 bedeutete "auf ein Smart Account upgraden" "ein neues Konto erstellen und befüllen" — während jede App, jede Börsen-Auszahlungsadresse und jeder Zahlungslink weiterhin auf das alte zeigte. Danach kann sich das Konto, das Sie ohnehin haben, für Smart-Account-Funktionen entscheiden und, genauso leicht, wieder heraus.

Wie es funktioniert: der Delegation Designator

EIP-7702 funktioniert über einen Delegation Designator — einen kleinen Zeiger, der im Code-Feld des Kontos gespeichert ist und im Grunde sagt: "Führe den Code dieses Vertrags aus, als wäre er meiner." Der Nutzer signiert ein Autorisierungs-Tupel, das eine Chain ID (oder 0, also jede EVM-Chain, die sie anerkennt), die Adresse des Implementierungsvertrags und eine Nonce benennt. Wird eine 7702-Transaktion mit dieser Autorisierung ausgeführt, wird das Code-Feld des Kontos auf eine kurze Markierung gesetzt: 0xef0100, gefolgt von der Implementierungsadresse. Von da an führen Aufrufe an den EOA die Logik des delegierten Vertrags aus, während das Konto seinen eigenen Speicher, sein Guthaben und seine Nonce behält und sein eigener privater Schlüssel weiterhin seine eigenen Transaktionen signiert. Was jeder andere Aufrufer auslösen darf, entscheiden die Regeln der Implementierung — und genau deshalb ist die Wahl der Implementierung so wichtig.

Eine Folge wird leicht übersehen und ist wirklich nützlich: Weil die Autorisierung getrennt von der Transaktion signiert wird, die sie transportiert, muss der Signierende nicht der Absender sein. Jemand anderes kann die Transaktion einreichen und bezahlen — das heißt, ein Konto mit null ETH kann aufgewertet und dann ab seiner allerersten Aktion gesponsert werden.

Die Delegation ist außerdem dauerhaft und nicht automatisch temporär. Sie bleibt bestehen, bis Sie sie ändern: Das Signieren einer neuen Autorisierung leitet das Konto auf anderen Code um, und eine Autorisierung, die die Null-Adresse benennt, löscht den Zeiger und macht das Konto wieder zu einem einfachen EOA. Diese Umkehrbarkeit ist das Sicherheitsventil des Designs, und deshalb ist "Worauf ist mein Konto derzeit delegiert?" eine Frage, die eine Wallet auf einen Blick beantworten können sollte.

EIP-7702 vs. ERC-4337: ergänzend, nicht konkurrierend

ERC-4337 ist der Account-Abstraction-Standard, der UserOperations, Bundler, einen Singleton-EntryPoint-Vertrag und Paymaster einführte — eine off-chain-freundliche Pipeline für Smart Accounts, die Ethereums Kernprotokoll nie berührte. EIP-7702 hingegen ist eine Änderung auf Protokollebene, die EOAs direkt aufwertet.

Es ist leicht, diese als Rivalen darzustellen, aber Stand 2026 versteht man sie am besten als ergänzend. EIP-7702 beantwortet "Wie erhält ein einfacher EOA eine code-definierte Identität?" ERC-4337 beantwortet "Wie erhalten Smart Accounts gebündelte Ausführung, gesponserte Gebühren und eine gemeinsame Verifikations-Pipeline?" Ein EIP-7702-delegiertes Konto kann an eine ERC-4337-kompatible Implementierung delegieren und sich direkt in dieselben EntryPoint-, Bundler- und Paymaster-Strukturen einklinken. Die beiden Standards stapeln sich, anstatt einander zu ersetzen — und genau deshalb können Wallets heute Gebühren-Sponsoring im 4337-Stil ausliefern und es später auf delegierte EOAs ausweiten, ohne die Installation neu zu bauen.

Was es für bestehende Wallets ermöglicht

Für einen Wallet-Entwickler verwandelt EIP-7702 zuvor "nur für Smart Accounts" verfügbare Funktionen in Dinge, die die Adresse eines gewöhnlichen Nutzers verwenden kann:

Batching. Approve und Swap in einer einzigen atomaren Transaktion, sodass ein Schritt nicht halb abgeschlossen werden und Sie zwischen einer Genehmigung und einem Trade stranden lassen kann — und derselbe Batch kann einen exakten Betrag genehmigen oder ihn anschließend widerrufen, statt eine offene Allowance on-chain stehen zu lassen.

Gebühren-Sponsoring. Ein Paymaster (oder ein gleichwertiger Fee-Payer auf Nicht-EVM-Chains) kann das Gas übernehmen oder dem Nutzer erlauben, Gebühren in einem anderen Token als dem nativen Vermögenswert der Chain zu zahlen — kein separater ETH-für-Gas-Puffer erforderlich. Darunter erhält die Chain ihr natives Gas weiterhin in voller Höhe; was sich ändert, ist nur, welcher Token Ihre Wallet verlässt.

Session Keys. Vergeben Sie einen temporären, eingegrenzten Schlüssel, der eine begrenzte Menge von Aktionen innerhalb festgelegter Grenzen signieren kann und dann abläuft — nützlich für Spiele, Trading-Oberflächen und wiederkehrende Abläufe, ohne jeden Schritt neu zu signieren.

Risiken und Überlegungen

Delegation ist mächtig, und genau deshalb verdient sie Sorgfalt. Der Implementierungsvertrag, an den Sie delegieren, definiert faktisch, was Ihr Konto tun kann, sodass eine bösartige oder fehlerhafte Implementierung ein ernstes Risiko darstellt — delegieren Sie nur an auditierten, seriösen Code. Signierte Autorisierungen müssen von Wallets sorgfältig gehandhabt werden, um Phishing zu vermeiden, das einen Nutzer dazu verleitet, sein Konto auf angreiferkontrollierte Logik zu richten; eine Chain ID von 0 macht eine Autorisierung über EVM-Chains hinweg wiederholbar, was bequem und in den falschen Händen gefährlich ist. Und weil EIP-7702 noch relativ neu ist, reifen Tooling, Indexer und Sicherheitsannahmen Stand 2026 weiter. Nichts davon ist ein Grund, es zu meiden; es ist ein Grund, von Wallets zu erwarten, dass sie das Delegationsziel explizit anzeigen, das Löschen zu einer Ein-Schritt-Aktion machen und "An was delegiere ich?" als erstklassige Sicherheitsfrage behandeln.

Wo WATS hineinpasst

Der Grund, warum ein Endnutzer sich für EIP-7702 interessieren sollte, ist nicht das Opcode-Detail — es ist, nicht fünf native Gas-Guthaben am Leben halten zu müssen, nur um das eigene Geld zu bewegen. WATS liefert das heute, ohne darauf zu warten, dass Delegations-Unterstützung überall ankommt. Die WATS Hot Wallet berechnet jede Überweisung, jeden Swap und jedes Stake in einem einzigen Token, ATS — auf EVM über einen ERC-4337-Paymaster und über einen gleichwertigen Fee-Payer auf Solana und TON — sodass Sie nie ETH, POL, BNB, SOL und Toncoin in getrennten Puffern liegen haben müssen. Weil ATS ein LayerZero OFT ist, ist das ein Guthaben über Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON hinweg statt acht. WATS ist die erste und einzige Wallet, die ERC-4337 + OFT-Einzeltoken-Gebühren, die anstelle von nativem Gas berechnet werden, mit einem Burn kombiniert, der eingezogenes ATS von 100M in Richtung eines Bodens von 30M zieht — und das alles, während Sie Ihre Schlüssel behalten, da WATS niemals einen hält.

Seien Sie genau, was sich dadurch ändert: In ATS zu zahlen ist kein Rabatt, genauso wenig wie Sponsoring unter EIP-7702 oder ERC-4337 ein Rabatt ist. Das Netzwerk zieht sein natives Gas weiterhin in voller Höhe ein; anders ist nur der Token, den Sie ausgeben. Wenn also die Teile von EIP-7702, die Sie tatsächlich wollen, die praktischen sind — ein Gebühren-Token, keine Nativ-Gas-Besorgungen, Schlüssel, die Ihre bleiben —, ist der konkrete Schritt, die WATS Hot Wallet zu installieren, ein einziges ATS-Guthaben zu halten und es Ihre Aktivität über alle acht unterstützten Chains hinweg abdecken zu lassen, während die Standards darunter weiter reifen.