Geschrieben von Christine Kim
Zusammengestellt von: Luccy, BlockBeats
Anmerkung des Herausgebers: Der All Core Ethereum Developer Execution Call (ACDE) findet alle zwei Wochen statt, um Änderungen am Ethereum Execution Layer (EL) zu besprechen und zu koordinieren. Dies ist die 190. Telefonkonferenz von ACDE. Bei diesem Treffen wurden EIP 7251 und 7702, Ethereum Virtual Object Format (EOF) und PeerDAS besprochen.
Während des Treffens schlug Beiko auch eine neue EIP-Diskussionsvorlage vor und betonte die Bedeutung der Ethereum-Entwicklerressourcenseite „eth-clients“. Christine Kim, Vizepräsidentin für Forschung bei Galaxy Digital, hat die wichtigsten Punkte dieses Treffens im Detail aufgezeichnet und den Originaltext wie folgt zusammengestellt:
Am 20. Juni 2024 trafen sich Ethereum-Entwickler auf Zoom zum All Core Developers Execution (ACDE)-Treffen Nr. 190. Die ACDE-Telefonkonferenz ist eine zweiwöchentliche Reihe von Treffen, die von Tim Beiko, Leiter Protokollunterstützung bei der Ethereum Foundation, veranstaltet werden und bei denen Entwickler Änderungen an der Ethereum Execution Layer (EL) diskutieren und koordinieren.
Diese Woche stellten Entwickler ihre Fortschritte bei der Implementierung verschiedener Codeänderungen vor, darunter die Ethereum Improvement Proposals (EIP) 7251 und 7702 sowie das Ethereum Virtual Object Format (EOF) und PeerDAS.
Beiko teilte auch eine vorgeschlagene Vorlage für EIP-Diskussionen mit, und EF DevOps Engineer Parithosh Jayanthi stellte eine neue GitHub-Seite namens „eth-clients“ für die Ethereum-Mainnet- und Testnet-Konfiguration vor. Abschließend erinnerte Beiko das Team daran, dass der nächste ACDE-Anruf am US-Feiertag, dem 4. Juli, stattfinden würde. Obwohl er nicht an dem Treffen teilnehmen wird, wird EF-Forscher Alex Stokes es an seiner Stelle moderieren.
1 von 1
Die Entwickler begannen die Sitzung mit der Diskussion über Pectra Devnet 1. Die Entwickler wollen nächste Woche das nächste dedizierte Testnetz für das Pectra-Upgrade starten. Im Vergleich zum vorherigen Testnetzwerk Devnet 0 weist das neue Testnetzwerk hauptsächlich die folgenden Spezifikationsänderungen auf:
EL-ausgelöste Validator-Zusammenführung hinzugefügt
EIP 3074 durch EIP 7702 ersetzt
Das EL-Kundenteam treibt die Implementierung von Devnet 1 voran. Vertreter aller großen Ethereum EL-Teams teilten ihre neuesten Entwicklungen mit:
Besu: Die erste Version ihrer Devnet 1-Implementierung ist fertig, aber es fehlen noch einige Tests und das Team hat Fragen zu den Spezifikationen der Gaspreisgestaltung.
Nethermind: Sie überprüfen ihre Devnet 1-Implementierung, führen verschiedene Codeänderungen und Software-Forks zusammen und schreiben Testfälle.
Erigon: Sie haben einen Implementierungsentwurf von EIP 7702 und prüfen die neuesten Änderungen an EIP 7251, die eine EL-ausgelöste Validator-Zusammenführung hinzufügen.
Reth: Ihre Devnet 1-Implementierung sollte vor der nächsten ACD-Sitzung abgeschlossen sein.
EthereumJS: Das Team arbeitet an der Implementierung von EIP 7702 und geht davon aus, dass Devnet 1 in etwa einer Woche fertig sein wird.
Geth: Das Team arbeitet auch an der Implementierung von EIP 7702.
Als das Kundenteam seine Fortschritte teilte, fragte ein Entwickler namens „Racytech“, ob die EOF-Implementierung von Devnet 1 ausgeschlossen würde. Beiko bestätigte, dass EOF nicht auf Devnet 1 getestet wird und dass die EOF-Implementierung auf der neuesten Pectra-Spezifikation und nicht auf der endgültigen Deneb-Spezifikation basieren sollte. EF DevOps Engineer Barnabas Busa betonte, dass diese Strategie das Debuggen von EOF schwieriger machen wird, da sich die Pectra-Spezifikationen ändern und gleichzeitig auch debuggt werden. „Trotzdem ist es immer noch wahr, weil wir wollen, dass das Team an den Kern-EIPs von Pectra arbeitet und diese Fehler behebt. Es ist also sinnvoller, als auf einer vorherigen Abzweigung aufzubauen und dann in der Endphase auf Prag aufzubauen und auch alles zu entdecken.“ „Das ist falsch“, sagte Beiko. Prag ist der EL-Name für das Pectra-Upgrade.
EIP 7702-Update
Während Entwickler daran arbeiten, EIP 7702 in Devnet 1 zu implementieren, ist es möglich, dass erhebliche Änderungen am Code vorgenommen werden, um neue Funktionen zu unterstützen, insbesondere die Möglichkeit für Benutzer, die EIP 7702-Transaktionsautorisierung zu widerrufen.
Ein Geth-Entwickler namens „Lightclient“ schlug neue Änderungen zur Unterstützung des EIP 7702-Widerrufs vor. Er erklärte: „Es ist zu keinem Zeitpunkt leicht zu erkennen, welche Berechtigungen Sie haben, und es ist schwer zu wissen, welche widerrufen wurden und welche nicht. Es gibt Designmuster, die diese Situationen vermeiden können, aber in Wirklichkeit sind wir es.“ Ich weiß möglicherweise nicht, was die Wallet tun wird. Zur besseren Verteidigung erwähnte Vitalik beim letzten Anruf oder in einem Breakout-Raum, dass die Autorisierung nicht zu einer Ad-hoc-Sache gemacht werden muss Transaktion können wir diese Berechtigungen speichern, so dass Sie jederzeit sehen können, welche Codes Ihrem Konto zugeordnet sind.“
Ein Entwickler namens „Arik“ gab an, dass er die aktuelle Version von EIP 7702 den von Lightclient vorgeschlagenen Änderungen vorzieht. Arik sagte, dass es im Rahmen des neuen EIP 7702 einige spezifische Anwendungsfälle geben wird. Lightclient bestreitet diese Kommentare mit der Begründung, dass alle von der älteren Version von EIP 7702 unterstützten Anwendungsfälle bestehen bleiben und ein leistungsstarker Rückgängig-Mechanismus hinzugefügt wurde. Allerdings wies Lightclient auch darauf hin, dass diese Änderungen die Implementierung von EIP im Client komplexer machen. Beiko sagte in der Konferenz-Chatbox, dass die Fertigstellung des EIP 7702-Designs Pectras „größtes ungelöstes Spezifikationsproblem“ sei und schlug den Entwicklern vor, einen weiteren Breakout-Call zu organisieren, um einen Konsens über den Widerrufsmechanismus zu erzielen. „Es wäre schön, wenn wir beim nächsten Treffen eine Version haben würden, mit der alle im Allgemeinen zufrieden sind, entweder diese Version oder eine optimierte Version davon, die Teil von Devnet 2 sein kann“, sagte Beiko.
Besu-Entwickler Daniel Lehrner stellte die Frage, ob sich Entwickler die Zeit nehmen sollten, die aktuelle Version von EIP 7702 in Devnet 1 zu implementieren, wenn sich die Spezifikationen in Devnet 2 wahrscheinlich ändern werden. Er sagte: „Die Vorschläge sind ziemlich unterschiedlich, daher könnten wir etwas umsetzen, das in ein paar Wochen aufgrund der erneuten Änderung von 7702 teilweise verworfen werden muss.“ Richard Meissner, Mitbegründer der Krypto-Wallet Safe, sagte, dass seiner Ansicht nach Für das Wallet-Team wäre es hilfreich, eine Version von EIP 7702 im Testnetz zu implementieren. Beiko fügte hinzu, dass die Implementierung von EIP 7702 in seiner aktuellen Form seiner Meinung nach den Fortschritt des Kundenteams nicht wesentlich verzögern würde, was zu Komplikationen für Devnet 1 führen könnte, wenn Entwickler nun versuchen würden, es aus der Pectra-Spezifikation zu entfernen.
EOF-Update
Apropos EOF: Busa sagte, sein Team werde die EOF-Implementierung testen, nachdem andere Pectra-Codeänderungen implementiert wurden. Die EOF-Bereitschaft wird auf GitHub verfolgt. Derzeit haben zwei EL-Kundenteams, Besu und Reth, alle EOF-EIPs implementiert, während andere Teams noch an der Implementierung aller EOF-EIPs arbeiten. Vertreter des Erigon-Teams stellten fest, dass zusätzliche Testfälle zur Simulation von Ethereum-Blöcken mit EOF-Transaktionen nützlich wären. Mario Vega, ein Mitglied des EF-Testteams, sagte im Chat, dass sein Team weitere EOF-Tests veröffentlicht und bei der nächsten EOF-Breakout-Sitzung mehr mitteilen wird. Danno Ferrin, ein unabhängiger Entwickler des Ethereum-Protokolls, sagte, dass die EOF-Konferenzgespräche seit der Fertigstellung der EOF-Spezifikation von wöchentlich auf zweiwöchentlich umgestellt wurden und der aktuelle Fokus von EOF auf Tests und Kundenimplementierung liege.
PeerDAS-Updates
Busa stellte kurz den Fortschritt der PeerDAS-Implementierungsarbeiten vor. Er sagte, das nächste PeerDAS Devnet werde in ein bis zwei Wochen online sein. Wie auf der letzten ACDC-Sitzung besprochen, wird PeerDAS auf der Grundlage der endgültigen Dencun-Spezifikation und nicht auf der Pectra-Spezifikation entwickelt.
Bekanntmachung
Beiko schlug eine neue Standardvorlage für EIP-Autoren zur Verwendung in Beiträgen von Ethereum Magicians vor. Diese neue Vorlage soll hochwertige Überprüfungen von EIPs erleichtern.
Jayanthi stellte die GitHub-Seite „eth-clients“ vor, die eine Vielzahl von Ressourcen für Ethereum-Entwickler bereitstellt, darunter standardisierte Konfigurationen für das Ethereum-Testnetz und das Ethereum-Mainnet. Derzeit wird diese Seite von Vertretern aller CL-Kundenteams gepflegt. Jayanthi rief Vertreter des EL-Kundenteams dazu auf, ehrenamtlich bei der Pflege dieser GitHub-Seite mitzuhelfen.
Lightclient fragte das Kundenteam nach dem Fortschritt seiner Arbeit zum Ablauf historischer Daten. Bei dem Treffen wurden diesbezüglich keine Aktualisierungen bekannt gegeben.
Beiko sagte, er werde die nächste ACDE-Telefonkonferenz, die auf den US-Feiertag am 4. Juli fällt, nicht ausrichten. Den Vorsitz übernimmt dann der EF-Forscher Alex Stokes.
