Eine Gruppe prominenter Ethereum-Entwickler, darunter Vitalik Buterin, hat einen neuen Transaktionstyp (EIP-7702) vorgeschlagen, um die Funktionalität und Sicherheit von externen Eigentümerkonten (EOAs) zu verbessern. Die vorgeschlagene Maßnahme zielt darauf ab, gängige Probleme wie die Transaktionsbündelung, Sponsoring und die Privilegien-Deeskalation anzugehen. Basierend auf dem Entwurf des EIP-7702 fügt der neue Transaktionstyp "eine Feld contract_code und eine Signatur hinzu und wandelt das unterzeichnende Konto (nicht unbedingt dasselbe wie der tx.origin) für die Dauer dieser Transaktion in eine intelligente Vertragsbrieftasche um." Das Ziel des Vorschlags ist es, ähnliche Funktionen wie EIP-3074 anzubieten.
Die Motivation hinter dem EIP-7702 besteht darin, kurzfristige Funktionsverbesserungen für EOAs bereitzustellen, um die Benutzerfreundlichkeit von Anwendungen zu erhöhen und in einigen Fällen eine verbesserte Sicherheit zu ermöglichen. Der Vorschlag umreißt drei besondere Anwendungen: Bündelung, Sponsoring und Privilegien-Deeskalation. Obwohl EIP-3074 diese Anwendungsfälle löst, glauben die Autoren des EIP-7702, dass es Vorwärtskompatibilitätsbedenken gibt. Sie erklären, dass EIP-3074 "zwei Opcodes AUTH und AUTHCALL einführt, die in einer Welt der 'Endgame-Kontoabstraktion', in der schließlich alle Benutzer intelligente Vertragsbrieftaschen verwenden, keine Verwendung haben würden." Außerdem argumentieren sie, dass EIP-3074 "zur Entwicklung eines 'Invoker-Vertrags'-Ökosystems führt, das vom 'intelligenten Vertragsbrieftaschen'-Ökosystem getrennt wäre, was zu möglicher Fragmentierung von Bemühungen führt.
" Die Spezifikation des EIP-7702 umfasst das Transaktions-Payload-Format und den Prozess zur Ausführung der Transaktion, der das Setzen des Vertragscodes des unterzeichnenden Kontos vorübergehend und das Zurücksetzen auf leer am Ende der Transaktion beinhaltet. Die Autoren geben eine Begründung dafür, wie der EIP-7702 EIP-3074-Anwendungsfälle umwandeln kann, und erklären, dass "es recht wenig Arbeit erfordert, einen bestehenden EIP-3074-Arbeitsablauf zu konvertieren." Sie argumentieren auch, dass EIP-7702 so gestaltet ist, dass es vorwärtskompatibel mit zukünftigen Kontoabstraktionen ist, um die Schaffung separater Code-Ökosysteme und die Notwendigkeit neuer veralteter Opcodes zu vermeiden. Trotz der möglichen Vorteile erkennen die Autoren an, dass EIP-7702 die Invarianz bricht, dass das Kontoguthaben nur als Folge von Transaktionen abnehmen kann, die von diesem Konto stammen, was Auswirkungen auf das Mempool-Design und andere EIPs haben könnte. Wie bei jedem Vorschlag, der von Benutzern verlangt, Vertragscode zu unterzeichnen, betonen die Autoren die Wichtigkeit, dass Benutzer-Wallets vorsichtig sein sollten, welchen contract_code sie unterzeichnen, wobei sie auf die gemeinsamen Sicherheitsüberlegungen mit EIP-3074 hinweisen.
.
