Ethereum-Entwickler diskutieren Pectra-Upgrade und Ressourcenbeschränkungen im ACDC-Aufruf Nr. 141

Ethereum-Entwickler trafen sich zum ACDC-Aufruf Nr. 141, um Aktualisierungen des Pectra-Upgrades und Probleme im Zusammenhang mit der Beweisberechnung für Home-Staker zu besprechen.

Ethereum-Entwickler trafen sich zur All Core Developers Consensus (ACDC)-Konferenz Nr. 141, um Aktualisierungen des Pectra-Upgrades und Probleme im Zusammenhang mit der Beweisberechnung für Home-Staker zu besprechen.

Am 5. September 2024 trafen sich Ethereum-Entwickler über Zoom zum ACDC-Aufruf Nr. 141, einer zweiwöchentlichen Besprechungsreihe, bei der Entwickler Änderungen an der Konsensschicht (CL) von Ethereum, auch bekannt als Beacon Chain, diskutieren und koordinieren. Der Aufruf wurde vom Forscher der Ethereum Foundation (EF), Alex Stokes, geleitet.

Pectra Devnet 2

Die Debugging-Bemühungen für Pectra Devnet 2 stehen kurz vor dem Abschluss. Prysm-Entwickler Terence Tsao berichtete, dass sein Team einen im Devnet identifizierten nicht endgültigen Fehler behoben habe und keine weiteren Probleme aufgetreten seien. EF Developer Operations Engineer Parithosh Jayanthi bestätigte, dass Pectra Devnet 2 nach der Behebung des Prysm-Fehlers veraltet sein kann.

Jayanthi erwähnte auch, dass nicht alle Kundenteams bereit sein müssen, Pectra Devnet 3 zu starten. Das Devnet kann mit einigen Implementierungen live gehen, andere können später hinzugefügt werden. Stokes wies darauf hin, dass Probleme mit EIP 7702 möglicherweise in Clients der Ausführungsschicht (EL) behoben werden müssen, bevor sie dem Devnet hinzugefügt werden können.

Pectra-Spezifikationsaktualisierungen

Es wurden mehrere Aktualisierungen der Pectra-Implementierung auf der CL-Seite besprochen. Das erste war ein Update auf EIP 7251, das einen Grenzfall behebt, bei dem die Korrelationsstrafe, die auf Validatoren mit einer hohen Menge an eingesetzter ETH angewendet wird, falsch berechnet wurde. Dieser Fix befindet sich in der letzten Überprüfungsphase und wird bald in die Pectra CL-Spezifikationen integriert.

Ein weiteres Update beinhaltete die Verbesserung der Effizienz des Zugriffs und der Speicherung bestimmter Komponenten der EL-Nutzlast im Beacon-Blockkörper. Auch diese Änderung steht kurz vor der Fertigstellung.

Geth-Entwickler Felix Lange schlug eine neue Strategie zur Verbesserung der Kommunikation von Validator-Abhebungen und Konsolidierungsanfragen vom EL zum CL vor. Dieser Vorschlag zielt darauf ab, unnötigen Overhead für EL- und CL-Kunden zu reduzieren.

Teku-Entwickler Mikhail Kalinin diskutierte die Schaffung einer Warteschlange für Einzahlungsanfragen, um eine unnötige Belastung der CL-Clients bei Spitzen in der Einzahlungsaktivität zu vermeiden. Diese Warteschlange soll auch Frontrunning-Angriffe auf Abhebungen verhindern. Nimbus-Entwickler Jacek Sieka unterstützte diese Idee und wies darauf hin, dass das Einzahlungs-Caching dadurch weniger fehleranfällig werden würde.

Verschiedene Verbesserungen der Netzwerkschicht von Ethereum basierend auf EIP 7549 wurden ebenfalls diskutiert. Diese Änderungen zielen darauf ab, die Hash-Berechnung und Bandbreite der CL-Clients zu verbessern.

PeerDAS Devnet 2

Die neueste Implementierung von PeerDAS wird lokal von Kunden getestet. Sowohl das Lodestar- als auch das Nimbus-Team betreiben eine neue Kurtosis-Konfiguration, die ein privates Testnetz aufbaut. PeerDAS Devnet 2 wird voraussichtlich auf dem Pectra-Upgrade basieren.

Stokes empfahl, die für das Deneb-Upgrade verwendeten Stresstests auf PeerDAS-Testnetzen wiederzuverwenden und die Blob-Anzahl basierend auf EIP 7742 zu erhöhen.

PeerDAS-Beweisberechnungen

Entwickler diskutierten, wie die Beweisberechnung für Validatoren gehandhabt werden soll, die auf Geräten mit eingeschränkten Ressourcen ausgeführt werden. EF-Forscher Dankrad Feist schlug vor, die Forschung zum verteilten Blockaufbau zu beschleunigen, um es Home-Stakern zu ermöglichen, Beweisberechnungen zu vermeiden und sich auf leistungsfähigere Knoten zu verlassen.

Stokes empfahl, mit einer Lösung fortzufahren, die Blobs auf dem CL vorbereitet, um die Rechenlast zu reduzieren. Er bat Feist, eine Gruppe oder einen Discord-Kanal zu erstellen, um asynchron zum Anruf mit der Arbeit daran zu beginnen.

Forschungsdiskussion

Nimbus-Entwickler „Dustin“ schlug vor, alle Erwähnungen von SSZ-Gewerkschaften aus den CL-Spezifikationen zu entfernen, da sie in CL-Clients nicht verwendet werden. Dieser Vorschlag zielt darauf ab, CL-Spezifikationen besser an bestehende Client-Implementierungen anzupassen. Das Portal-Team, das in irgendeiner Weise SSZ-Gewerkschaften nutzt, wird vor Abschluss der Entfernung konsultiert.

Die Entwickler bekräftigten die Bedeutung des Portal-Netzwerks für das Ethereum-Protokoll und betonten, dass es stark von der EF finanziert und unterstützt wird.

Weitere Einzelheiten finden Sie im vollständigen Artikel auf galaxy.com.

Das obige ist der detaillierte Inhalt vonEthereum-Entwickler diskutieren Pectra-Upgrade und Ressourcenbeschränkungen im ACDC-Aufruf Nr. 141. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!