Letztes Sitzungsprotokoll des Ethereum ACDC: Fortschritte bei Electra Devnet 0 und andere technische Probleme

Originaltitel: „Ethereum All Core Developers Consensus Call #132 Writeup“

Originalautor: Christine Kim

Originalzusammenstellung: Luccy, BlockBeats

Anmerkung des Herausgebers:

Ethereum All Core Developers Consensus Call (ACDC) ) findet alle zwei Wochen statt, um Änderungen am Ethereum Consensus Layer (CL) zu besprechen und zu koordinieren. Dies ist die 132. ACDC-Telefonkonferenz. Während der Konferenz tauschten Entwickler die neuesten Informationen über das erste Pectra-Entwicklertestnetzwerk (Pectra Devnet 0) aus, diskutierten offene Fragen im Zusammenhang mit der Spezifikation und betonten den Zusammenhang mit der Netzwerkfreigabe zur Datenverfügbarkeitsstichprobe. Zu den behandelten Themen gehören offene Fragen zu Electra, unbeantwortete Fragen zu Electra und offene Fragen zur Forschung.

In Bezug auf offene Electra-Probleme konzentrieren sich die Entwickler auf die Auswirkungen von EIP 7251 und EIP 7549 sowie auf Vorschläge zum Hinzufügen eines neuen EIP, das universelle EL-Anfragen erstellen wird. Zu offenen Fragen im Zusammenhang mit Electra gehörten in der Diskussion Änderungen am Indextyp des Validator-Ausschusses, Änderungen an der Datenverarbeitung für Validator-Einzahlungen und mehr. 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 21. März 2024 versammelten sich Ethereum-Entwickler auf Zoom, um an der All Core Developers teilzunehmen Konsens (ACDC) ruft Nr. 132 Sitzungen auf. Die ACDC-Telefonkonferenz ist eine zweiwöchentliche Reihe, die vom Forscher der Ethereum Foundation, Alex Stokes, moderiert wird und in der Entwickler Änderungen an der Ethereum-Konsensschicht (CL) diskutieren und koordinieren. Diese Woche teilten Entwickler die neuesten Informationen zu ihren Vorbereitungen für das erste Pectra Developer Test Network, auch bekannt als Pectra Devnet 0, mit. Sie diskutierten offene Fragen zur Pectra Devnet 0-Spezifikation und hoben kurz zwei unvollendete Forschungsprojekte im Zusammenhang mit Netzwerkveröffentlichung und Datenverfügbarkeitsstichproben hervor.

Electra Open Issue

Die Entwickler der Ethereum Foundation haben die ersten CL-Spezifikationen und Testvektoren für Pectra Devnet 0 veröffentlicht. Es gibt jedoch noch einige offene Probleme in Bezug auf diese Spezifikationen, die möglicherweise nicht rechtzeitig zum ersten Devnet-Start gelöst werden. Stokes betonte, dass eines der Probleme mit EIP 7251 zusammenhängt (Erhöhung von MAX_EFFECTIVE_BALANCE). Entwickler scheinen dazu zu neigen, die vom Validator abgesteckte ETH als auslösbare Aktion der Ausführungsschicht (EL) zu integrieren. Derzeit ist das Zusammenführen jedoch in der ursprünglichen Electra-Spezifikation als CL-Vorgang definiert. „Das ist gut, weil der Großteil der für die Beacon-Kette erforderlichen Verarbeitungslogik unabhängig von der Quelle gleich ist“, sagte Stokes.

Ein weiteres offenes Problem, das von Entwicklern im Rahmen der Aufforderung besprochen wurde, bezog sich auf EIP 7549 (Moving Committee Indexing Beyond Proof). EIP ändert die Art und Weise, wie Validatornachweise aggregiert und Blöcke formatiert werden. Wenn Pectra aktiviert wird, wird zusammengefasst, dass Vor-Upgrade-Proofs nicht mehr mit neuen, in der Kette übermittelten Proofs kompatibel sind. Stokes hob vor dem Anruf zwei mögliche Lösungen in einem GitHub-Problem hervor. Er schrieb:

· Der Kunde sendete beide Formate während der letzten Deneb-Ära und achtete dabei darauf, keine schrägen Botschaften zu produzieren.

· Erweitern Sie Blöcke mit zusätzlichen Feldern für Beweise vor Electra und erlauben Sie den Deneb-Stil nur während der ersten Epoche von Electra.

Deneb ist der kombinierte Upgrade-Name der neuesten auf Ethereum aktivierten Hard Fork. Electra ist der Name des CL-Upgrades für den nächsten unmittelbaren Hard Fork auf Ethereum.

Die Entwickler haben während der Telefonkonferenz beide Optionen besprochen. Letztendlich beschlossen sie, die Electra-Spezifikation vorerst nicht zu ändern, sondern zu sehen, wie sich diese fehlenden Beweise auf die Netzwerksicherheit im Devnet auswirken.

Das dritte offene Problem, das von den Entwicklern im Electra-bezogenen Aufruf diskutiert wurde, war die Hinzufügung eines neuen EIP im Upgrade, das universelle EL-Anfragen erstellen würde. Das vom Geth-Entwickler „Lightclient“ vorgeschlagene EIP wird den Prozess des Sendens von Update-Nachrichten von EL an CL vereinfachen. Aufgrund des Aufstiegs intelligenter, vertragsbasierter Abstecklösungen kam es zu einem Zustrom von EIPs, die auf Ethereum aktiviert wurden, mit Vorschlägen für Pectra, verschiedene Validierungsvorgänge direkt von EL statt von CL auszulösen. Der Lightclient-Vorschlag schafft einen gemeinsamen Rahmen für die Weitergabe „vertragsgesteuerter Anfragen“ von EL an CL. Angesichts der Tatsache, dass diese EIP die Art und Weise verändern wird, wie Pectra konzipiert ist, insbesondere die Implementierung von EIP 6110 und EIP 7002, betonte Lightclient, dass er hofft, dass das Kundenteam so schnell wie möglich Feedback zu seinem Vorschlag geben wird. Die Entwickler haben zugestimmt, zu versuchen, das EIP von Lightclient bis zum Ende der Woche fertigzustellen, damit seine Spezifikation bis Montag, den 22. April, erstellt und geteilt werden kann.

Die Entwickler diskutierten dann zwei weitere offene Probleme im Zusammenhang mit EIP 7549 und EIP 7251, die vom Teku-Entwickler Mikhail Kalinin angesprochen wurden. Die erste betrifft Änderungen am Indextyp des Validator-Komitees, während letztere Änderungen an der Handhabung von Validator-Einzahlungsdaten vorschlägt. Stokes ermutigte die Entwickler, beide Vorschläge für weitere Diskussionen in den kommenden Wochen detaillierter zu prüfen.

Schließlich ist das letzte offene Problem im Zusammenhang mit der Electra-Spezifikation, das von den Entwicklern diskutiert wurde, die Erhöhung der Blob-Anzahl. Parithosh Jayanthi, Entwickler-Betriebsingenieur der Ethereum Foundation, sagte, er hoffe, nach dem Dencun-Upgrade eine Analyse der Blob-Aktivität durchführen zu können und auf der Grundlage dieser Analyse eine einmalige Erhöhung der Blob-Anzahl zu empfehlen, die in das Electra-Upgrade einbezogen werden soll. Ansgar Dietrichs, Forscher der Ethereum Foundation, betonte, dass er auch einen Vorschlag zur Aktivierung einer schrittweisen Erhöhung der Blob-Anzahl gemacht habe, der parallel zu Jayanthis Vorschlag zur Einbeziehung von Electra in Betracht gezogen werden sollte.

Offene Forschungsprobleme

Bei der ACD-Telefonkonferenz diese Woche diskutierten Entwickler kurz zwei Forschungsprojekte. Der erste ist ein neuer Forschungsartikel des Forschers der Ethereum Foundation, Anders Elowsson, der ein neues Modell für die Überlegung und Umsetzung von Änderungen an der Emissionspolitik von Ethereum vorschlägt. Den vollständigen Beitrag können Sie hier lesen. Stokes ermutigte die Entwickler während des Anrufs, den Beitrag zu überprüfen.

Das zweite vom Lighthouse-Entwickler Adrian Manning vorgeschlagene Forschungsprojekt befasst sich mit dem Nachweis von Subnetzen. Wie Manning auf GitHub sagte: „Diese PR führt das Konzept des ‚Netzwerk-Sharding‘ ein, bei dem es sich nur um ein abstraktes Konzept handelt, das die Knoten-ID als Zahl markiert (Netzwerk-Sharding). Wir können dieses Netzwerk-Sharding (Nummer) dann verwenden, um Themen zuzuweisen.“ Welche Knoten müssen langfristig abonniert werden, damit sein Team mit der Arbeit an PeerDAS, einer Datenverfügbarkeits-Sampling-Lösung für Ethereum, beginnen kann?

Nethermind-Entwickler Lukasz Rozmej fragte, ob EIP 7547 (inklusive Liste) für die Aufnahme in das Electra-Upgrade genehmigt wurde. Der Entwickler wiederholte, dass EIP 7547 nicht für die Aufnahme genehmigt wurde. Der Entwickler des Ethereum CL-Clients stellte Fragen zum Ethereum-Fork Auswahlregeln im Lichte der laufenden PeerDAS-Forschung. Grigaitis hat Entwickler gebeten, Ideen zur PeerDAS-Arbeitsgruppe beizutragen.

Das obige ist der detaillierte Inhalt vonLetztes Sitzungsprotokoll des Ethereum ACDC: Fortschritte bei Electra Devnet 0 und andere technische Probleme. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!