Ethereum- und Base-Entwickler haben die Arbeit an einem gemeinsamen Account-Abstraktionsstandard beendet, nachdem die Bemühungen, EIP-8141 und EIP-8130 miteinander zu vereinbaren, gescheitert sind, sodass die beiden Netzwerke nun separate Transaktionsdesigns verfolgen.
Zusammenfassung
- Ethereum- und Base-Entwickler haben die Bemühungen eingestellt, EIP 8141 und EIP 8130 aufeinander abzustimmen, nachdem sie sich nicht auf ein gemeinsames Account-Abstraktionsdesign einigen konnten.
- Ethereum priorisiert Zensurresistenz, Privatsphäre und Sicherheit, während Base sich auf Skalierung, Anpassung und Compliance konzentriert.
- EIP 8141 wurde als ein Muss-Vorschlag für Ethereums Hegotá-Upgrade eingestuft, während Base EIP 8130 weiterhin separat entwickeln wird.
- Wallet-Entwickler müssen möglicherweise zwei native Transaktionsformate unterstützen, falls beide Vorschläge letztendlich eingesetzt werden.
Der Ethlabs-Entwickler Derek Chiang sagte am Montag, dass die Autoren der beiden Vorschläge letzte Woche aufgehört haben, auf eine gemeinsame Spezifikation hinzuarbeiten, nachdem sie festgestellt hatten, dass die verfügbaren technischen Optionen entweder von Ethereum oder Base erfordern würden, bei Kernanforderungen Kompromisse einzugehen.
Beide Vorschläge zielen darauf ab, die Interaktion der Nutzer mit Krypto-Wallets zu vereinfachen, einschließlich der Ermöglichung von Transaktionen, ohne dass Nutzer zuerst ETH für Gas halten müssen, und der Unterstützung von Authentifizierungsmethoden wie Telefon-Passkeys. Die Teams hatten untersucht, ob ein Design sowohl Ethereum Layer 1 als auch Base Layer 2 dienen könnte.
„Obwohl wir eine Reihe technischer Lösungen identifiziert haben, erforderten sie alle, dass eine Seite oder die andere zumindest ein wenig bei ihren Kernzielen Kompromisse eingeht“, sagte Chiang. „Also gingen wir getrennte Wege und legten die Last auf die Wallets, mit der daraus folgenden Fragmentierung umzugehen.“
Ethereums Entwickler priorisieren Zensurresistenz, Privatsphäre und Sicherheit, während Base sich auf Skalierung, Anpassung und Compliance konzentriert, so Chiang. Die Unterschiede verhinderten schließlich, dass sich die Teams auf ein Transaktionsformat einigten.
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 EIP-8141 und EIP-8130 beide in Produktion gehen.
Chiang sagte, Wallets könnten den Nutzern trotz der technischen Unterschiede zwischen den Netzwerken immer noch ein konsistentes Erlebnis bieten, je nachdem, wie Entwickler mit den separaten Standards umgehen.
„Wenn sie es gut umsetzen und wenn die Wallet-Community die Fragmentierung überbrücken kann, könnten wir am Ende durchaus die bestmögliche UX für die Endnutzer erreichen“, sagte er.
Das Ergebnis ändert die Richtung, die Entwickler noch Tage zuvor diskutiert hatten. Am 7. September berichtete crypto.news zuvor, dass EIP-8141-Entwickler die Kompatibilität mit EIP-8130 erkundeten, während sie an Möglichkeiten arbeiteten, Transaktionen programmierbar zu halten und gleichzeitig ihre Authentifizierungsanforderungen für Infrastrukturanbieter leichter überprüfbar zu machen.
Zu diesem Zeitpunkt sagte Chiang, EIP-8130 könnte definierte Strukturen rund um EIP-8141-Frames bieten. Die vorgeschlagene Regelung sollte die programmierbare Natur von Frames bewahren und gleichzeitig Wallets und Hochdurchsatznetzwerken ein klareres Transaktionsformat geben.
EIP-8130 verwendet einen Onchain-Keystore, in dem Konten genehmigte Akteure und Authentifizierungsverträge registrieren können. Transaktionen identifizieren die Authentifizierungsmethode, die sie verwenden, sodass ein Netzwerk den erforderlichen Validierungsprozess bestimmen kann, bevor Wallet-Code ausgeführt wird.
EIP-8141 geht einen anderen Weg, indem es Transaktionen als programmierbare Vertragsaufrufe namens Frames strukturiert. Frames können verschiedene Funktionen innerhalb derselben Transaktion ausführen, darunter Validierung, Gas-Genehmigung und Ausführung.
Die Teams haben nun die Bemühung aufgegeben, diese Ansätze in einen Standard zu überführen.
EIP-8141 ist zu einem unverzichtbaren Ethereum-Vorschlag geworden
Ethereum führt EIP-8141, oder Frame Transactions, als Teil seines geplanten Hegotá-Upgrades weiter.
Der Protokoll-Cluster der Ethereum Foundation hat den Vorschlag Anfang dieses Monats in die Kategorie „must-ship“ eingeordnet, während das Quellmaterial angibt, dass der Vorschlag darauf abzielt, Account-Abstraktion nativ in Ethereum zu integrieren und die Sicherheit sowie die Post-Quanten-Bereitschaft zu verbessern.
Frame Transactions unterteilen eine Transaktion in eine Abfolge programmierbarer Frames. Ein Frame kann den Absender validieren, ein weiterer kann das für Gas verantwortliche Konto autorisieren, und nachfolgende Frames können die vom Benutzer 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 sein können.
Ethereum-Entwickler hatten EIP-8141 bereits für Hegotá geplant bis zum 7. September. Die Kernentwickler verschoben den Vorschlag während des All Core Developers Execution Calls am 27. August von „Considered for Inclusion“ zu „Scheduled for Inclusion“, wodurch Frame Transactions eine formelle Position im geplanten Upgrade für 2027 erhielten, während seine Spezifikation noch im Entwurfsstadium blieb.
Unter dem vorgeschlagenen System könnte eine Anwendung die Transaktionsgebühr eines Benutzers übernehmen oder dafür sorgen, dass der Benutzer über ein anderes Asset bezahlt, während Ethereum-Validatoren weiterhin die Netzwerkgebühr in ETH erhalten.
Die Struktur könnte eine gängige Wallet-Anforderung beseitigen, wonach Benutzer, 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 Bündelung von Transaktionen verwendet werden. Verwandte Aktionen könnten gruppiert werden, sodass sie 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 es 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 Konto-Validierungslogik 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 Mitautor von EIP-8141, beschrieb den Vorschlag im Februar als ein „Omnibus, das jedes verbleibende Problem zusammenfasst und löst, das AA adressieren sollte“.
Am 5. September sagte Buterin, der Vorschlag habe in den vorangegangenen Monaten „viele wichtige Fortschritte“ gemacht und nähere sich „dem Optimum“.
Entwickler fanden anschließend heraus, dass mehrere Transaktionsfunktionen durch programmierbare EIP-8141-Frames ausgedrückt werden könnten, anstatt die Transaktionshülle von Ethereum wiederholt zu erweitern.
Der crypto.news-Bericht vom 7. September besagte, dass der Ansatz Transaktionsablauf, Signaturaggregation, Datenschutznachweise und Assertions nach der Transaktion als programmierbare Vertragsaufrufe handhaben könnte. Frame Transactions würden weiterhin Änderungen an den Konsensregeln von Ethereum erfordern, aber einzelne Funktionen könnten durch Frame-Ziele und Aufrufmuster erstellt werden.
Programmierbare Validierung könnte Konten mehr Kontrolle über die Authentifizierung geben. EIP-8141 ist darauf ausgelegt, Funktionen wie alternative Signatursysteme, gesponserte Gas-Zahlungen, Transaktionsbündelung und Schlüsselrotation zu unterstützen.
Dieselbe Architektur könnte Ethereum-Konten dabei helfen, sich von der Abhängigkeit vom Signatursystem herkömmlicher extern verwalteter Konten zu lösen. Ein Benutzer könnte möglicherweise die Authentifizierungsmethode, die ein Konto kontrolliert, ä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 formell geplant wurde. Im August verglichen Entwickler EIP-8141 mit EIP-8130 als konkurrierende Ansätze für native Account-Abstraktion, während sie den Umfang des Upgrades für 2027 eingrenzten.
Zu diesem Zeitpunkt waren die Vorschläge Teil eines größeren Hegotá-Auswahlprozesses, der Zensurresistenz, Datenschutz, Gas-Preisgestaltung, 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-Core-Entwickler.
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, Call-Batching und Gas-Sponsoring unterstützen.
Während die beiden Vorschläge mehrere Ziele der Account-Abstraktion teilen, verleihen ihre technischen Strukturen ihren jeweiligen Netzwerken unterschiedliche Kontrollstufen darüber, wie Transaktionen authentifiziert und verarbeitet werden.
Bevor sich die Teams trennten, hatten Ethereum-Entwickler versucht festzustellen, ob das strukturierte Authentifizierungssystem von EIP-8130 mit den programmierbaren Frames von EIP-8141 kombiniert werden könnte, ohne dass entweder 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 dabei native Account-Abstraktion neben Zensurresistenz, schnelleren Blöcken und fortgesetzter Layer-1-Skalierung genannt.
Nachdem 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.
