Ethereum und Base geben gemeinsamen Account-Abstraktionsstandard auf

Ethlabs-Entwickler Derek Chiang sagte am Montag, dass die Autoren der beiden Vorschläge letzte Woche aufgehört hätten, an einer gemeinsamen Spezifikation zu arbeiten, nachdem sie festgestellt hatten, dass die verfügbaren technischen Optionen entweder Ethereum oder Base zu Kompromissen bei den Kernanforderungen zwingen würden.

Beide Vorschläge zielen darauf ab, die Interaktion der Nutzer mit Krypto-Wallets zu vereinfachen, unter anderem durch Transaktionen, ohne dass Nutzer zuerst ETH für Gas halten müssen, und durch die Unterstützung von Authentifizierungsmethoden wie Telefon-Passkeys. Die Teams hatten untersucht, ob ein einziges Design sowohl für Ethereum Layer 1 als auch für Base Layer 2 dienen könnte.

„Wir haben zwar eine Reihe technischer Lösungen identifiziert, aber alle erforderten, dass eine Seite zumindest ein wenig von ihren Kernzielen abrückt“, sagte Chiang. „Also gingen wir getrennte Wege und legten die Last auf die Wallets, mit der daraus resultierenden Fragmentierung umzugehen.“

Ethereums Entwickler priorisieren laut Chiang Zensurresistenz, Privatsphäre und Sicherheit, während Base sich auf Skalierung, Anpassbarkeit und Compliance konzentriert. Diese Unterschiede verhinderten letztlich, dass sich die Teams auf ein einziges Transaktionsformat einigen konnten.

Ethereum- und Base-Account-Abstraktionspläne haben sich getrennt

Die Entscheidung lässt Wallet-Entwickler vor der Möglichkeit stehen, zwei native Transaktionsformate unterstützen zu müssen, falls sowohl EIP-8141 als auch EIP-8130 in Produktion gehen.

Chiang sagte, Wallets könnten den Nutzern trotz der technischen Unterschiede zwischen den Netzwerken weiterhin eine konsistente Erfahrung bieten, je nachdem, wie die Entwickler mit den getrennten Standards umgehen.

„Wenn sie gut umgesetzt werden und die Wallet-Community die Fragmentierung überbrücken kann, könnten wir am Ende die bestmögliche UX für die Endnutzer erreichen“, sagte er.

Das Ergebnis ändert die Richtung, die Entwickler noch wenige Tage zuvor diskutiert hatten. EIP-8141-Entwickler prüften die Kompatibilität mit EIP-8130, während sie daran arbeiteten, Transaktionen programmierbar zu halten und gleichzeitig ihre Authentifizierungsanforderungen für Infrastrukturanbieter leichter prüfbar zu machen.

In diesem Stadium sagte Chiang, EIP-8130 könne definierte Strukturen um EIP-8141-Frames bereitstellen. Die vorgeschlagene Anordnung sollte den programmierbaren Charakter der Frames bewahren und gleichzeitig Wallets und Netzwerken mit hohem Durchsatz ein klareres Transaktionsformat bieten.

EIP-8130 verwendet einen Onchain-Keystore, bei dem Konten genehmigte Akteure und Authentifizierungsverträge registrieren können. Transaktionen identifizieren die verwendete Authentifizierungsmethode, sodass ein Netzwerk den erforderlichen Validierungsprozess bestimmen kann, bevor Wallet-Code ausgeführt wird.

EIP-8141 verfolgt einen anderen Ansatz, indem Transaktionen als programmierbare Vertragsaufrufe namens Frames strukturiert werden. Frames können innerhalb derselben Transaktion verschiedene Funktionen ausführen, darunter Validierung, Gasfreigabe und Ausführung.

Die Teams haben nun die Bemühungen aufgegeben, diese Ansätze zu einem einzigen Standard zusammenzuführen.

EIP-8141 ist zu einem Muss für Ethereum geworden

Ethereum setzt EIP-8141, auch Frame Transactions genannt, als Teil des geplanten Hegotá-Upgrades fort.

Das Protocol-Cluster der Ethereum Foundation stufte den Vorschlag Anfang des Monats in die Kategorie „Must-ship“ ein, während das Quellenmaterial besagt, dass der Vorschlag die Account-Abstraktion nativ in Ethereum verankern und die Sicherheit sowie die Post-Quantum-Bereitschaft verbessern soll.

Frame Transactions unterteilen eine Transaktion in eine Abfolge programmierbarer Frames. Ein Frame kann den Absender validieren, ein anderer das für Gas verantwortliche Konto autorisieren, und nachfolgende Frames können die vom Nutzer angeforderten Aktionen ausführen.

Das Modell würde es ermöglichen, dass das Konto, das eine Aktion initiiert, und das Konto, das dafür bezahlt, unterschiedlich sind.

Ethereum-Entwickler hatten EIP-8141 bereits bis zum 7. September für Hegotá eingeplant. Die Kernentwickler verschoben den Vorschlag während des All Core Developers Execution Calls am 27. August von „Considered for Inclusion“ zu „Scheduled for Inclusion“ und gaben Frame Transactions damit eine formale Position im geplanten Upgrade 2027, während die Spezifikation noch im Entwurfsstadium war.

Unter dem vorgeschlagenen System könnte eine Anwendung die Transaktionsgebühr eines Nutzers übernehmen oder dem Nutzer die Zahlung über einen anderen Vermögenswert ermöglichen, während Ethereum-Validatoren die Netzwerkgebühr weiterhin in ETH erhalten.

Die Struktur könnte eine häufige Wallet-Anforderung beseitigen, bei der Nutzer, die Stablecoins oder andere Token halten, dennoch ETH benötigen, bevor sie eine Transaktion durchführen können.

Frames können auch für die Transaktionsbündelung verwendet werden. Verwandte Aktionen könnten so gruppiert werden, dass alle gemeinsam erfolgreich sind oder rückgängig gemacht werden, wenn eine fehlschlägt.

Ein Token-Handel kann derzeit beispielsweise eine separate Genehmigung erfordern, die einer Anwendung erlaubt, Token auszugeben, bevor der Handel selbst ausgeführt wird. Frame Transactions könnten verwandte Aktionen innerhalb derselben programmierbaren Transaktionsstruktur platzieren.

Programmierbare Frames erweitern die Kontrolle über Ethereum-Konten

EIP-8141 ist darauf ausgelegt, mehr Kontovalidierungslogik in programmierbaren Code zu verlagern, anstatt zu verlangen, dass herkömmliche Ethereum-Konten von einem festen Authentifizierungsprozess abhängen.

Der Vorschlag beschreibt seinen Endzustand als einen, in dem „ein Konto einfach zu einer Adresse mit Code wird“.

Vitalik Buterin, ein Co-Autor von EIP-8141, beschrieb den Vorschlag im Februar als „Omnibus, der jedes verbleibende Problem, das AA lösen sollte, zusammenfasst und löst“.

Am 5. September sagte Buterin, der Vorschlag habe in den vergangenen Monaten „viele wichtige Fortschritte“ gemacht und sei „nahe am Optimum“.

Entwickler stellten anschließend fest, dass mehrere Transaktionsfunktionen durch programmierbare EIP-8141-Frames ausgedrückt werden könnten, anstatt Ethereums Transaktionshülle wiederholt zu erweitern.

Der Ansatz könnte Transaktionsablauf, Signaturaggregation, Datenschutznachweise und Post-Transaktions-Assertions als programmierbare Vertragsaufrufe behandeln. Frame Transactions würden weiterhin Änderungen an Ethereums Konsensregeln erfordern, aber einzelne Funktionen könnten durch Frame-Ziele und Aufrufmuster aufgebaut werden.

Programmierbare Validierung könnte Konten mehr Kontrolle über die Authentifizierung geben. EIP-8141 ist darauf ausgelegt, Funktionen wie alternative Signatursysteme, gesponserte Gaszahlungen, Transaktionsbündelung und Schlüsselrotation zu unterstützen.

Dieselbe Architektur könnte Ethereum-Konten helfen, sich von der Abhängigkeit vom Signatursystem herkömmlicher extern kontrollierter Konten zu lösen. Ein Nutzer könnte potenziell die Authentifizierungsmethode, die ein Konto steuert, ändern, ohne die Vermögenswerte auf eine neue Adresse zu übertragen.

Ethereum-Forscher hatten Frame Transactions für Hegotá in Betracht gezogen, bevor der Vorschlag formal eingeplant wurde. Im August verglichen Entwickler EIP-8141 und EIP-8130 als konkurrierende Ansätze für native Account-Abstraktion, während sie den Umfang des Upgrades 2027 eingrenzten.

Zu diesem Zeitpunkt waren die Vorschläge Teil eines größeren Hegotá-Auswahlprozesses, der Zensurresistenz, Privatsphäre, Gaspreise, Validator-Ökonomie und Layer-1-Skalierung abdeckte.

Ethereum-Forscher hatten separat untersucht, wie Frame Transactions datenschutzorientierte Anwendungen unterstützen könnten. Ein Vorschlag vom August diskutierte selbstfinanzierte Privacy Pools, bei denen programmierbare Gebührenzahlungen es einem Privacy Pool ermöglichen könnten, sein eigenes Gas zu decken, anstatt sich auf einen externen Relayer zu verlassen.

Diese Arbeit kombinierte Frame Transactions mit anderen vorgeschlagenen Änderungen, darunter Keyed Nonces, Recent Roots und Transaction Assertions. Der Privacy-Pool-Vorschlag blieb zu diesem Zeitpunkt ein bevorzugtes Paket eines Forschers und keine endgültige Entscheidung der Ethereum-Kernentwickler.

Base wird mit EIP-8130 fortfahren

Bases EIP-8130 wird nun getrennt von Ethereums Frame-Transactions-Vorschlag voranschreiten.

Das von Base verfasste Design kombiniert einen neuen Transaktionstyp mit einem Onchain-„Keystore“, der genehmigte Unterzeichner und Authentifikatoren für ein Konto aufzeichnet. Es soll benutzerdefinierte Authentifizierung, Aufrufbündelung und Gas-Sponsoring unterstützen.

Obwohl die beiden Vorschläge mehrere Ziele der Account-Abstraktion teilen, geben ihre technischen Strukturen den jeweiligen Netzwerken unterschiedliche Kontrollgrade darüber, wie Transaktionen authentifiziert und verarbeitet werden.

Bevor sich die Teams trennten, hatten Ethereum-Entwickler versucht zu klären, ob das strukturierte Authentifizierungssystem von EIP-8130 mit den programmierbaren Frames von EIP-8141 kombiniert werden könnte, ohne dass Layer-1- oder Layer-2-Netzwerke ihre bevorzugten Eigenschaften aufgeben müssten.

Ethlabs hatte Frame Transactions zuvor zu seinen Hauptprioritäten für das Hegotá-Upgrade gezählt und native Account-Abstraktion neben Zensurresistenz, schnelleren Blöcken und fortgesetzter Layer-1-Skalierung genannt.

Da die gemeinsame Anstrengung nun beendet ist, bleibt EIP-8141 Ethereums geplanter Weg zur nativen Account-Abstraktion für Hegotá, während Base EIP-8130 rund um seinen separaten Transaktionstyp und Onchain-Keystore weiterentwickeln wird.