Zusammenfassung des neuesten Treffens der Ethereum-Kernentwickler: Das nächste private Testnetz von Pectra Upgrade wird nächste Woche gestartet

Originaltitel: „Ethereum All Core Developers Execution Call #190 Writeup“

Anmerkung des Herausgebers:

Ethereum All Core Developers Execution Call (ACDE), findet alle zwei Wochen statt und dient hauptsächlich der Diskussion und Koordinierung Änderungen am Ethereum Execution Layer (EL). 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 ausführlich aufgezeichnet und BlockBeasts hat den Originaltext wie folgt zusammengestellt:

Am 20. Juni 2024 versammelten sich Ethereum-Entwickler auf Zoom, um an der All Core Developers teilzunehmen Ausführungsaufruf (ACDE) Nr. 190 Sitzungen. 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 präsentierten Entwickler ihre Fortschritte bei der Implementierung verschiedener Codeänderungen, darunter Ethereum Improvement Proposals (EIP) 7251 und 7702 sowie Ethereum Virtual Object Format (EOF) und PeerDAS.

Beiko hat auch eine vorgeschlagene Vorlage für EIP-Diskussionen geteilt, und EF DevOps Engineer Parithosh Jayanthi hat eine neue GitHub-Seite namens „eth-clients“ für die Konfiguration des Ethereum-Mainnets und -Testnets eingeführt. Abschließend erinnerte Beiko das Team daran, dass der nächste ACDE-Anruf während des US-Feiertags am 4. Juli stattfinden wird. Obwohl er nicht an dem Treffen teilnehmen wird, wird EF-Forscher Alex Stokes es an seiner Stelle moderieren.

Pectra Devnet 1

Entwickler diskutierten zu Beginn der Konferenz ü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 Testnetz Devnet 0 weist das neue Testnetz die folgenden Hauptspezifikationsänderungen auf:

• EL-ausgelöste Validator-Zusammenführung hinzugefügt
• EIP 3074 durch EIP 7702 ersetzt

Das EL-Client-Team treibt seine Devnet 1-Implementierung voran. Vertreter jedes der großen Ethereum EL-Teams teilten ihre neuesten Fortschritte mit:

• Besu: Die erste Version ihrer Devnet 1-Implementierung ist fertig, aber es fehlen noch einige Tests und die Bedenken des Teams hinsichtlich der Gaspreisgestaltung. Fragwürdige Spezifikationen.
• 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.

Während 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 hart 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“ hat neue Änderungen vorgeschlagen, um den Widerruf von EIP 7702 zu unterstützen. 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 Entwurfsmuster, die diese Situationen vermeiden können, aber in Wirklichkeit sind wir es.“ Ich weiß möglicherweise nicht, was die Wallet tun wird, um mich besser zu verteidigen. Ich erinnere mich, dass Vitalik beim letzten Anruf oder in einem Breakout-Raum erwähnt hat, dass die Autorisierung nicht zu einer Ad-hoc-Sache werden muss Transaktion können wir diese Berechtigungen speichern, sodass Sie jederzeit sehen können, welche Codes Ihrem Konto zugewiesen 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 großartig, wenn wir beim nächsten Treffen eine Version hätten, mit der alle im Allgemeinen zufrieden sind, entweder diese Version oder eine optimierte Version davon, die Teil von Devnet 2 sein könnte“, sagte Beiko.

Besu-Entwickler Daniel Lehrner stellte die Frage, ob Entwickler Zeit damit verbringen 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 teilweise verworfen werden muss, weil sich 7702 erneut ändert.“ Es wäre hilfreich für das Wallet-Team, eine Version von EIP 7702 im Testnetz zu implementieren. Beiko fügte hinzu, dass die Implementierung von EIP 7702 in seiner aktuellen Form seiner Ansicht 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-Update

Busa gab ein kurzes Update zum Fortschritt der PeerDAS-Implementierung. Er sagte, das nächste PeerDAS Devnet werde in ein bis zwei Wochen online sein. Wie beim letzten ACDC-Treffen besprochen, wird PeerDAS auf der Grundlage der endgültigen Dencun-Spezifikation und nicht auf der Pectra-Spezifikation entwickelt.

Ankündigung

Beiko hat eine neue Standardvorlage für EIP-Autoren zur Verwendung in Beiträgen von Ethereum Magicians vorgeschlagen. 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 Standardkonfigurationen 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 der Arbeiten zum Ablauf historischer Daten. Bei dem Treffen wurden diesbezüglich keine Aktualisierungen bekannt gegeben.

Beiko sagt, dass er die nächste ACDE-Telefonkonferenz, die auf den US-Feiertag, den 4. Juli, fällt, nicht moderieren wird. Zu diesem Zeitpunkt wird EF-Forscher Alex Stokes das Treffen an seiner Stelle leiten.

Das obige ist der detaillierte Inhalt vonZusammenfassung des neuesten Treffens der Ethereum-Kernentwickler: Das nächste private Testnetz von Pectra Upgrade wird nächste Woche gestartet. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!