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 ist ein Mechanismus, der einem EOA erlaubt, vorübergehend an Vertragscode zu delegieren, sodass er sich wie ein Smart Account verhalten kann. Er wurde als Teil von Ethereums Pectra-Upgrade im Jahr 2025 ausgeliefert und ist seit 2026 auf dem Mainnet aktiv und von Wallet-Infrastruktur breit unterstützt. Er führt einen neuen Transaktionstyp ein, der ein Stück Code — eine Delegation — an ein gewöhnliches Konto anhängt. Entscheidend ist, dass Ihre Schlüssel, Ihr Guthaben und Ihre Adresse genau gleich bleiben; das Konto gewinnt einfach die Fähigkeit, programmierbare Logik auszuführen, wenn es das möchte.
Das ist eine bedeutsame Verschiebung. Vor EIP-7702 bedeutete "auf ein Smart Account upgraden" "ein neues Konto erstellen und befüllen". Danach kann sich das Konto, das Sie haben, für Smart-Account-Funktionen entscheiden und, genauso leicht, wieder herausgehen.
Wie es funktioniert: der Delegation Designator
Auf hoher Ebene funktioniert EIP-7702 über einen Delegation Designator — einen kleinen Zeiger, der im Konto gespeichert ist und im Grunde sagt: "Führe den Code dieses Vertrags aus, als wäre er meiner." Der Nutzer signiert eine Autorisierung, die einen bestimmten Implementierungsvertrag benennt, und der Code-Slot des Kontos wird auf eine Markierung gesetzt, die auf diesen Vertrag verweist. Von da an führen Aufrufe an den EOA die delegierte Logik aus, während Transaktionen weiterhin vom eigenen Schlüssel des Kontos autorisiert werden.
Weil die Delegation durch eine signierte Autorisierung gesetzt wird, kann sie auch gelöscht oder umgeleitet werden. Stand 2026 ist das praktische Modell: Der EOA bleibt ein EOA, aber er kann ein Smart-Account-"Outfit" tragen, das durch die jeweilige Implementierung definiert wird, an die er delegiert. In dieser Implementierung leben Funktionen wie Batching oder Ausgabenrichtlinien tatsächlich.
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 ERC-4337-kompatible Logik annehmen und sich in dieselbe EntryPoint- und Paymaster-Infrastruktur einklinken. Die beiden Standards stapeln sich, anstatt einander zu ersetzen.
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 kann.
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.
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 — Nutzer sollten nur an auditierten, seriösen Code delegieren. 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. Und weil EIP-7702 relativ neu ist, reifen Tooling, Indexer und Sicherheitsannahmen Stand 2026 noch. Nichts davon ist ein Grund, es zu meiden; es ist ein Grund, von Wallets zu erwarten, dass sie das Delegationsziel explizit und widerrufbar machen und "an was delegiere ich?" als erstklassige Sicherheitsfrage behandeln.
Wie WATS dies nutzt
Der alltägliche Nutzen der Account Abstraction — kein Jonglieren mit nativem Gas, eine vorhersehbare Gebühr — ist bereits das, was die WATS Hot Wallet nicht-verwahrend liefert. Jede Überweisung, jeder Swap oder jedes Stake wird in einem einzigen Token, ATS, berechnet — auf EVM über einen ERC-4337-Paymaster und über einen gleichwertigen Fee-Payer auf Solana und TON — und weil ATS ein LayerZero OFT ist, funktioniert ein Guthaben über alle drei hinweg. 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.
Häufig gestellte Fragen
Verwandelt EIP-7702 meinen EOA dauerhaft in ein Smart-Contract-Konto?
Nein. EIP-7702 hängt einen Delegation Designator an, der Ihr Konto auf Implementierungscode verweist, aber Ihre Adresse, Ihre Schlüssel und Ihr Guthaben bleiben gleich. Die Delegation kann umgeleitet oder gelöscht werden, sodass sich das Konto für Smart-Account-Verhalten entscheiden und wieder herausgehen kann. Es ist ein temporäres, umkehrbares Upgrade statt einer dauerhaften Migration zu einem neuen Konto.
Ist EIP-7702 ein Ersatz für ERC-4337?
Nein, sie ergänzen sich, Stand 2026. EIP-7702 ist eine Änderung auf Protokollebene, die einem EOA erlaubt, an Vertragscode zu delegieren, während ERC-4337 die UserOperation-Pipeline, den EntryPoint-Vertrag, Bundler und Paymaster für Smart Accounts bereitstellt. Ein 7702-delegiertes Konto kann ERC-4337-kompatible Logik annehmen und dieselbe Paymaster-Infrastruktur nutzen, sodass sich die Standards zusammen stapeln.
Was kann ein EOA mit EIP-7702, was er zuvor nicht konnte?
Mit einer geeigneten delegierten Implementierung kann ein gewöhnlicher EOA mehrere Aktionen in eine atomare Transaktion bündeln, Gas von einem Paymaster sponsern lassen oder in einem nicht-nativen Token zahlen und eingegrenzte, ablaufende Session Keys vergeben. Diese waren zuvor Funktionen nur für Smart Accounts. Der Hauptvorbehalt ist, dass das Konto nur so sicher ist wie der Vertrag, an den es delegiert, sodass Nutzer nur an auditierten Code delegieren sollten.

