Ethereum EIP-7702: Wallet-Delegation und Smart-Account-Sicherheit

Ethereum EIP-7702 erklärt: Wallet-Delegation, Smart Accounts und Sicherheitsrisiken

vor 9 Stunden

9 Min. Lesezeit

Was ist EIP-7702 und warum wurde der Standard eingeführt?

EIP-7702 ist eine Änderung des Ethereum-Protokolls, mit der ein bisher klassisches, durch einen privaten Schlüssel kontrolliertes Konto (Externally Owned Account, EOA) ausführbaren Smart-Contract-Code an seine bestehende Adresse delegieren kann. Die Adresse bleibt erhalten, ebenso der private Schlüssel. Anders als bei einer gewöhnlichen Überweisung werden weder automatisch Token übertragen noch Guthaben auf eine neue Wallet migriert. Die Änderung betrifft vielmehr die Regeln, nach denen Ethereum spätere Aufrufe an dieses Konto verarbeitet. Gerade deshalb solltest Du eine entsprechende Signatur nicht wie eine harmlose Anmeldung behandeln.

Der Standard wurde im Rahmen des Pectra-Upgrades am 7. Mai 2025 auf Ethereum aktiviert. Er führt den Transaktionstyp 0x04 ein und eröffnet klassischen Wallets Funktionen, die zuvor oft eine eigene Smart-Contract-Wallet erforderten. Dazu gehören das Bündeln mehrerer Aufrufe, die Finanzierung von Transaktionsgebühren durch andere Teilnehmer und programmierbare Berechtigungen. Diese Möglichkeiten entstehen aber nicht automatisch: Die konkrete Implementierung des delegierten Vertrags entscheidet darüber, welche Funktionen tatsächlich verfügbar und wie sicher sie sind.

EOA und Smart-Contract-Konto: der entscheidende Unterschied

Vertiefende Artikel: EIP-712 und signierte Daten; ERC-1271 und Smart-Contract-Signaturen; Social-Recovery-Wallets; Ethereum-Transaktionen prüfen; Krypto-Airdrops und Wallet-Betrug; Reentrancy-Angriffe.

Ein traditionelles EOA wird durch einen privaten Schlüssel kontrolliert und führt selbst keinen eigenen Anwendungscode aus. Ein Smart-Contract-Konto kann dagegen programmierte Regeln für Signaturen, Auszahlungen oder Wiederherstellung verwenden. EIP-7702 verwischt diese bisher klare Trennung. Eine EOA-Adresse kann nun einen Verweis auf bereits vorhandenen Vertragscode tragen, der bei passenden Aufrufen im Kontext des Kontos ausgeführt wird. Die Schlüsselkontrolle verschwindet dabei nicht. Eine EIP-7702-Delegation ist deshalb ausdrücklich keine automatische Umwandlung in eine vollwertige Multisignatur-Wallet.

Wie funktioniert die technische Delegation?

Kern des Mechanismus ist eine signierte Autorisierung. Sie enthält die Chain-ID, die Zieladresse des Delegationsvertrags, eine Nonce und die Signaturbestandteile. Diese Angaben werden als sogenanntes Authorization Tuple in eine Transaktion vom Typ 0x04 aufgenommen. Die Ethereum-Ausführungsregeln prüfen die Autorisierung und schreiben einen kurzen Delegationsindikator in das Codefeld des autorisierenden Kontos. Dieser Indikator verweist auf die Adresse des bereits bereitgestellten Vertrags. Es wird also nicht der vollständige fremde Programmcode in Dein Konto kopiert.

Die technische Kennung des Indikators beginnt mit 0xef0100 und enthält danach die zwanzig Byte lange Zieladresse. Bei der Ausführung lädt Ethereum den referenzierten Code und verarbeitet ihn im Kontext des delegierenden Kontos. Damit sind dessen Adresse, Guthaben und Speicherumgebung relevant. Das macht die Funktion leistungsfähig, bedeutet aber auch, dass ein fehlerhafter oder bösartiger Zielvertrag gravierende Auswirkungen auf die Vermögenswerte des Kontos haben kann.

Was bedeuten Chain-ID und Nonce?

Die Chain-ID begrenzt, für welches Netzwerk die Autorisierung gültig ist. Der Sonderwert null kann eine Autorisierung netzwerkübergreifend verwendbar machen. Wer eine solche Signatur unbedacht abgibt, kann sich daher unter Umständen Risiken auf mehreren kompatiblen Netzwerken aussetzen. Die Nonce dient dem Schutz vor erneuter Verwendung einer Autorisierung im falschen Kontozustand. Sie ist keine Garantie dafür, dass jede denkbare Wiederholung von Aktionen im delegierten Vertrag verhindert wird: Auch dessen eigene Signatur- und Replay-Prüfung muss korrekt implementiert sein.

Das Authorization Tuple enthält ausserdem die Adresse des Zielvertrags und die kryptografischen Signaturwerte. Du solltest diese Zieladresse vor einer Freigabe anhand vertrauenswürdiger Quellen prüfen. Ein hübscher Wallet-Dialog oder ein bekannter Projektname ersetzt keine technische Prüfung. Selbst eine gültige Signatur beweist lediglich, dass der passende Schlüssel die Autorisierung erzeugt hat – nicht, dass der Zielvertrag sicher oder wirtschaftlich sinnvoll ist.

Bleibt die Delegation nach der Transaktion bestehen?

Ja. Die finale Spezifikation sieht eine persistente Delegation vor. Der Verweis bleibt grundsätzlich bestehen, bis er durch eine spätere gültige Autorisierung ersetzt oder gelöscht wird. Die häufig anzutreffende Kurzformulierung, EIP-7702 verleihe nur für eine einzelne Transaktion vorübergehend zusätzliche Funktionen, kann daher irreführend sein. Einzelne Anwendungen mögen Berechtigungen zeitlich begrenzen; das ist dann eine Eigenschaft ihres Vertrags und nicht automatisch die Lebensdauer des Protokoll-Delegationsindikators.

Welche Vorteile kann EIP-7702 praktisch bieten?

Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Code: AUSWANDERNSCHWEIZ. Relai verkauft keine hier beschriebenen Altcoins.

Relai Bitcoin kaufen – Code AUSWANDERNSCHWEIZ, Werbung

Bitcoin mit Relai kaufen – Code AUSWANDERNSCHWEIZ nutzen

Ein naheliegender Anwendungsfall ist das Zusammenfassen mehrerer Arbeitsschritte. Bei einer DeFi-Anwendung müssen Nutzer möglicherweise zunächst einen Token freigeben und anschliessend eine weitere Vertragsfunktion aufrufen. Ein geeignet entwickeltes Smart Account kann solche Schritte koordinieren. Das kann die Bedienung vereinfachen und die Zahl der separat bestätigten Aktionen reduzieren. Es beseitigt aber weder die Risiken der Token-Freigabe noch garantiert es niedrigere Gesamtkosten.

Ein zweites Einsatzgebiet sind gesponserte Transaktionsgebühren. Ein Dienst kann die Abwicklung technisch so gestalten, dass der Nutzer nicht zwingend selbst ETH für jeden einzelnen Vorgang bereithalten muss. Die Gebühren verschwinden dadurch nicht: Jemand bezahlt sie, und der Dienst kann diese Kosten auf andere Weise weitergeben. Auch hier hängt die Funktion von Wallet, Relayer, Vertragslogik und unterstützter Anwendung ab. EIP-7702 allein verpflichtet keine Plattform, Gebühren zu übernehmen.

Drittens können Smart-Account-Implementierungen begrenzte Berechtigungen oder sogenannte Session Keys bereitstellen. Ein Vertrag könnte beispielsweise erlauben, dass eine Anwendung nur bestimmte Funktionen innerhalb definierter Grenzen ausführt. Solche Grenzen sind jedoch nur dann wirksam, wenn die Implementierung sie korrekt prüft. Der ursprüngliche private Schlüssel behält seine besondere Stellung. Wer daraus eine vollständig schlüssellose oder automatisch diebstahlsichere Wallet ableitet, überschätzt die technische Änderung.

Beispiel: Was passiert bei einer EIP-7702-Autorisierung?

Stell Dir vor, Du besitzt eine Ethereum-Adresse mit ETH und verschiedenen ERC-20-Token. Deine Wallet schlägt vor, einen geprüften Smart-Account-Vertrag zu verwenden. Du bestätigst eine Autorisierung für dessen Adresse. Eine Transaktion nimmt diese Signatur auf und schreibt den Delegationsindikator in Dein Konto. Anschliessend kann ein Aufruf an Deine bisherige Adresse die Regeln des gewählten Vertrags ausführen. Deine Token müssen dafür nicht an eine neue Adresse gesendet werden. Die konkrete Vertragslogik entscheidet aber darüber, welche Ausgaben und Aufrufe möglich sind.

Für die Risikobeurteilung ist ein zweites Szenario wichtig: Eine gefälschte Website präsentiert Dir dieselbe Art Autorisierung als vermeintlichen Sicherheitscheck. Tatsächlich zeigt die Zieladresse auf einen manipulierten Vertrag. Nach wirksamer Delegation können Aufrufe dessen schädliche Logik im Kontext Deiner Adresse ausführen. Ein Hardware-Wallet-Gerät schützt den privaten Schlüssel vor direkter Preisgabe, verhindert aber nicht automatisch, dass Du selbst eine gefährliche Autorisierung signierst. Entscheidend sind die angezeigten Inhalte, die Prüfung des Vertrags und die Signaturrichtlinien.

Gasgebühren und Kosten: Was ändert sich?

EIP-7702 verwendet eine neue Transaktionsart und führt zusätzliche Kosten für die Verarbeitung von Autorisierungen ein. Die Spezifikation nennt eine Basisgrösse von 12'500 Gas für eine Autorisierung und eine anfängliche Belastung von 25'000 Gas pro Eintrag in der Autorisierungsliste; je nach Kontozustand können Erstattungsregeln greifen. Diese Grössen sind technische Gas-Einheiten und keine festen Preise in Franken. Der tatsächlich bezahlte ETH-Betrag hängt vom gesamten Gasverbrauch und den jeweiligen Gaspreisen ab.

Eine reine Modellrechnung verdeutlicht die Grössenordnung: Würden für einen Vorgang insgesamt 50'000 Gas verbraucht und läge der effektive Gaspreis bei 10 Gwei, entspräche das 500'000 Gwei beziehungsweise 0,0005 ETH. Das ist kein aktueller Netzwerkpreis, keine Gebührenprognose und auch keine Aussage, dass EIP-7702-Vorgänge stets genau 50'000 Gas benötigen. Bei 20 Gwei würde derselbe Verbrauch 0,001 ETH kosten. Die Rechnung lautet Gasverbrauch mal effektiver Gaspreis, geteilt durch eine Milliarde für die Umrechnung von Gwei in ETH.

Batching kann mehrere separate Interaktionen zusammenfassen, muss aber nicht günstiger sein. Ein zusätzlicher Vertragsaufruf, die Autorisierung und die Ausführung der eigentlichen Funktionen verursachen jeweils Aufwand. Vergleiche deshalb für konkrete Anwendungen die gesamte Ausführung, nicht bloss die Zahl der Wallet-Klicks. Die Preisgestaltung von Relayern, mögliche Zuschläge und der Zeitpunkt der Ausführung gehören ebenfalls zur Kostenbetrachtung.

Sicherheitsrisiken: Worauf solltest Du besonders achten?

Bösartige Delegationsverträge und Phishing

Die grösste Gefahr besteht darin, einer fremden Adresse weitreichende Ausführungsrechte zu erteilen. Phishing-Seiten können die Signatur als Kontoverifizierung, Token-Claim oder notwendiges Update tarnen. Die Auswirkungen einer schädlichen Delegation können über eine einzelne Token-Freigabe hinausgehen. Prüfe deshalb nicht nur den sichtbaren Namen einer Anwendung, sondern auch Vertragsadresse, Netzwerk, Funktionsumfang und Vertrauenswürdigkeit der Wallet-Implementierung. Unbekannte Delegationsanforderungen solltest Du nicht bestätigen.

Besonders problematisch sind Blind-Signing-Situationen, in denen das Gerät oder die Software den Inhalt der Autorisierung nicht verständlich anzeigt. Die blosse Tatsache, dass eine Signatur ausserhalb der Blockchain erstellt wird, macht sie nicht harmlos. Sobald sie gültig in eine passende Transaktion aufgenommen wird, kann sie wirksam werden. Auch ein vermeintlich kostenloser Airdrop kann so zum Einfallstor werden. Hintergrundinformationen zu verwandten Maschen findest Du im Artikel über Krypto-Airdrops und Wallet-Betrug.

Fehler in Smart Contracts und unzureichende Berechtigungsgrenzen

Ein delegierter Vertrag kann Programmierfehler, unzureichende Zugriffskontrollen oder mangelhafte Wiederholungsschutzmechanismen enthalten. Beispielsweise müssen Verträge klar festlegen, welche Aufrufe erlaubt sind, wer diese auslösen darf und welche Grenzen gelten. Eine unvollständige Prüfung von Zieladressen, Beträgen oder Nonces kann die Schutzwirkung einer scheinbar sicheren Wallet unterlaufen. Auch Reentrancy und unerwartete externe Aufrufe bleiben relevante Risiken. Ein Audit reduziert gewisse Unsicherheiten, garantiert aber keine Fehlerfreiheit.

Schlüsselverlust, Wiederherstellung und falsche Sicherheit

EIP-7702 ersetzt den privaten Schlüssel nicht. Er bleibt für die Kontrolle des EOA wesentlich. Auch eine Delegation an eine Implementierung mit mehreren Unterzeichnern macht den ursprünglichen Schlüssel nicht automatisch zu einem echten Multisignatur-Schlüssel. Wenn eine Wallet zusätzliche Wiederherstellungswege anbietet, musst Du deren tatsächliche Vertragsregeln verstehen. Prüfe, ob ein Angreifer mit dem ursprünglichen Schlüssel Schutzmechanismen umgehen könnte und welche Rolle vertrauenswürdige Guardians, Betreiber oder Upgrade-Schlüssel spielen.

Delegation zurücksetzen und Berechtigungen prüfen

Die Spezifikation erlaubt das Zurücksetzen einer Delegation durch eine neue gültige Autorisierung auf die Nulladresse. Das ist ein wichtiger technischer Mechanismus, aber keine universelle Notfallgarantie. Wenn Vermögenswerte bereits abgeflossen sind, macht eine spätere Rücksetzung die Transaktionen nicht rückgängig. Ausserdem können Netzwerkgebühren, verfügbare Wallet-Funktionen und der Zustand des Kontos eine Rolle spielen. Eine gefährliche Delegation sollte daher möglichst früh erkannt und mit einer verifizierten Methode behandelt werden.

Prüfe vor jeder Änderung den aktuellen Codezustand Deiner Adresse über einen geeigneten Ethereum-Explorer oder eine vertrauenswürdige Wallet-Oberfläche. Verifiziere, welcher Vertrag referenziert wird und ob der Code offen dokumentiert ist. Achte bei einer Umstellung darauf, ob bestehende Genehmigungen, gespeicherte Vertragszustände und anwendungsbezogene Berechtigungen fortbestehen. Das Zurücksetzen des Delegationsindikators ist nicht identisch mit dem Widerruf aller ERC-20-Allowances oder aller zuvor erteilten anwendungsspezifischen Rechte.

EIP-7702 im Vergleich zu ERC-4337 und ERC-1271

ERC-4337 beschreibt eine Architektur für Account Abstraction mit UserOperations und entsprechender Infrastruktur, ohne die Grundregeln der Ethereum-Konsensschicht auf dieselbe Weise zu verändern. EIP-7702 ergänzt die Möglichkeiten bestehender EOAs auf Protokollebene. Beide Ansätze können miteinander kombiniert werden, sind aber nicht austauschbar. ERC-1271 wiederum standardisiert die Prüfung von Signaturen durch Smart Contracts. Es beantwortet eine andere Frage: Wie kann eine Anwendung feststellen, ob eine Vertragsadresse eine Signatur als gültig anerkennt?

Für Anwender ist diese Unterscheidung praktisch wichtig. Eine Wallet kann EIP-7702 unterstützen, ohne jede ERC-4337-Funktion anzubieten. Ebenso kann eine klassische Smart-Contract-Wallet ERC-1271 implementieren, ohne EIP-7702 zu verwenden. Marketingbegriffe wie Smart Wallet oder Account Abstraction sagen allein wenig über die konkrete Sicherheit. Relevant sind die implementierten Standards, der tatsächlich verwendete Vertrag, die Schlüsselkontrolle und die Möglichkeiten zur Wiederherstellung.

Datenschutz, Regulierung und Steuern in der Schweiz

Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Code: AUSWANDERNSCHWEIZ.

EIP-7702 macht Ethereum-Transaktionen nicht automatisch anonym. Adressen, Transaktionsdaten und relevante Vertragsinteraktionen bleiben auf der öffentlichen Blockchain nachvollziehbar. Batching kann die technische Darstellung verändern, ist aber kein Ersatz für Datenschutzmassnahmen. Bei der Nutzung von Relayern oder Wallet-Diensten können zusätzlich Daten bei diesen Dienstleistern anfallen. Deren Datenschutzbedingungen solltest Du unabhängig von der Protokolltechnik prüfen.

Die Nutzung einer Delegation ist nicht automatisch ein steuerpflichtiger Verkauf von Kryptowährungen. Entscheidend sind die tatsächlich ausgeführten wirtschaftlichen Vorgänge, etwa Übertragungen, Erträge oder Veräusserungen. Für in der Schweiz steuerpflichtige Personen sind die jeweils geltenden Regeln von ESTV und kantonaler Steuerverwaltung massgebend. Eine technische Wallet-Funktion ändert weder die steuerliche Einordnung von Token noch ersetzt sie die Dokumentation von Transaktionen. Bei grenzüberschreitenden Sachverhalten ist eine individuelle Prüfung sinnvoll.

Praktische Checkliste vor einer Autorisierung

Kontrolliere zuerst, ob Du die Funktion wirklich benötigst und ob Deine Wallet sie offiziell unterstützt. Vergleiche danach die angezeigte Delegationsadresse mit der dokumentierten Originaladresse des Projekts. Prüfe die Chain-ID und vermeide unverständliche netzwerkübergreifende Berechtigungen. Lies die verfügbaren Sicherheitsanalysen und achte auf Upgrade-Rechte des Vertrags. Nutze bei Unsicherheit zunächst eine getrennte Test-Wallet mit geringem Guthaben. Halte ausserdem fest, wie eine Delegation später kontrolliert und gegebenenfalls zurückgesetzt werden kann.

Achte darauf, dass Du nicht aus Zeitdruck handelst. Gefälschte Warnungen über angeblich auslaufende Wallets, gesperrte Konten oder sofort notwendige Sicherheitsupdates sind typische Manipulationsmuster. Wenn ein Dienst eine EIP-7702-Signatur verlangt, ohne Zweck und Zielvertrag nachvollziehbar zu erklären, ist Zurückhaltung angebracht. Eine verlässliche Anwendung sollte offenlegen, welche Berechtigungen tatsächlich entstehen, welche Verträge beteiligt sind und welche Risiken Du übernimmst.

Häufige Fragen zu EIP-7702

Kann ich mit EIP-7702 meine bestehende Ethereum-Adresse behalten?

Ja. Das Konto kann den bestehenden Adressraum und den bisherigen privaten Schlüssel behalten. Eine Delegation verändert die Ausführungslogik, nicht automatisch die Eigentumsverhältnisse oder den Ort des Guthabens.

Ist EIP-7702 eine Multisignatur-Wallet?

Nein. Eine Anwendung kann Multisignatur-ähnliche Regeln implementieren, doch der ursprüngliche EOA-Schlüssel behält seine besondere Kontrollfunktion. Für echte Multisignatur-Sicherheitsanforderungen musst Du die konkrete Architektur prüfen.

Sind EIP-7702-Signaturen ungefährlich, solange keine ETH überwiesen wird?

Nein. Eine signierte Delegation kann die spätere Ausführung von Smart-Contract-Code ermöglichen. Die fehlende sofortige Überweisung ist deshalb kein zuverlässiger Sicherheitsindikator.

Kann ich eine Delegation wieder entfernen?

Das Protokoll erlaubt eine neue Autorisierung auf die Nulladresse. Wie Du sie praktisch auslöst, hängt von Deiner Wallet und dem unterstützten Ablauf ab. Bereits ausgeführte schädliche Transaktionen werden dadurch nicht rückgängig gemacht.

Spart EIP-7702 immer Gas?

Nein. Die Gesamtkosten hängen von Autorisierungen, ausgeführtem Code, Netzwerkgebühren und gegebenenfalls Relayer-Kosten ab. Batching kann Abläufe vereinfachen, ohne zwingend günstiger zu sein.

Fazit: mehr Wallet-Funktionen, aber auch mehr Verantwortung

EIP-7702 erweitert Ethereum um eine leistungsfähige Form der Code-Delegation für bestehende Adressen. Damit werden komfortablere Abläufe und neue Smart-Account-Funktionen möglich. Der Sicherheitsgewinn ist jedoch nicht automatisch eingebaut: Er entsteht erst durch sorgfältig entwickelte Verträge, verständliche Wallet-Oberflächen und bewusst erteilte Berechtigungen. Gerade weil die Delegation persistent sein kann und der ursprüngliche Schlüssel relevant bleibt, solltest Du eine EIP-7702-Autorisierung wie eine weitreichende Sicherheitsentscheidung behandeln. Der Beitrag ist allgemeine Information und keine individuelle Anlageberatung.