Autor: Macauley Peterson, Blockworks; Compiler: Wu Baht, Golden Finance

Es ist unklar, wann das nächste große Upgrade von Ethereum das Mainnet erreichen wird. Aktuelle Schätzungen reichen von November dieses Jahres bis Anfang 2025 – obwohl letzteres jetzt wahrscheinlicher erscheint.

Der erste Schritt zur Unterstützung des „Pectra“-Zeitplans besteht darin, die Spezifikationen für alle einzubeziehenden Ethereum-Verbesserungsvorschläge fertigzustellen.

Während die meisten Arbeiten abgeschlossen sind, deckte das Treffen der Kernentwickler (ACD) am Donnerstag das auf, was es als „Pectras größtes ungelöstes Spezifikationsproblem“ bezeichnet: EIP-7702: das Festlegen eines EOA-Kontocodes für eine Transaktion.

Der Vorschlag ermöglicht es externen Konten (EOAs) – man denke an normale Wallets wie MetaMask –, vorübergehend als Smart Contracts für einzelne Transaktionen zu fungieren. Ein EOA ist ein Konto, das durch einen privaten Schlüssel kontrolliert wird, während ein Smart Contract ein Code ist, der auf der Blockchain (in diesem Fall Ethereum) läuft.

EIP-7702 zielt darauf ab, einige Funktionen beider zu vereinen, um die Flexibilität und Sicherheit zu erhöhen.

Ein Beispiel sind gaslose Transaktionen, bei denen ein Dapp eine EOA einrichtet, um einem Dritten (z. B. einem Betreiber oder Sponsor) die Zahlung von Transaktionsgebühren zu ermöglichen.

Das EIP, das Anfang Mai von Ethereum-Entwicklern wie Vitalik Buterin angeboten wurde, soll frühere umstrittene Versuche ersetzen, ähnliche Funktionen zu ermöglichen.

Dieses Upgrade ist auf die Zukunft der kontobasierten Abstraktion ausgelegt, um unnötige Komplexität zu vermeiden und weitere Verbesserungen der Benutzererfahrung sicherzustellen.

Während des ACD-Aufrufs diskutierten Entwickler die Integrationsherausforderungen und potenziellen Risiken im Zusammenhang mit EIP-7702.

Sudeep Kumar vom Erigon-Team schlug ein kontobasiertes Sperrsystem vor, das „die Vorlagenadressen von [Benutzer-]Sperrungen verfolgen würde“.

Der Geth-Entwickler Lightclient schlug vor, dass eine solche Funktionalität als ERC und nicht im Protokoll implementiert werden könnte.

Andere Entwickler haben Bedenken hinsichtlich der Komplexität von EIP-7702 und der Möglichkeit eines Scope Creep geäußert, je nachdem, welche Version letztendlich übernommen wird. Einige Entwickler befürworten die Einführung bestimmter Funktionen des früheren EIP-3704, die ersetzt werden sollten.

Richard Meissner, Mitbegründer von Safe, lobte jedoch die Einfachheit von 7702 und stellte fest, dass es „keine Auswirkungen auf die Kette hat, sodass man es leichter ablehnen kann“.

Marius van der Wijden von Geth äußerte Vorbehalte gegen die Förderung der Nutzung eines Kontos sowohl als Smart Account als auch als EOA, und Meissner stimmte zu.

„Bei der Spezifizierung fühlt es sich sehr gefährlich an, beides zu tun“, sagte Meissner.

Der bei dem Treffen erzielte Konsens bestand darin, diese Probleme im nächsten ACD-Aufruf anzugehen, um eine zeitnahe Implementierung von Devnet 2 (dem dritten von vielen kleinen Entwickler-Testnetzen) sicherzustellen.

Der Anruf ist für den 4. Juli (US-Unabhängigkeitstag) geplant, aber alle anwesenden amerikanischen Entwickler sagten, dass nichts den Fortschritt von Ethereum behindern werde.