jakiro
Autor: Christine Kim, Galaxy;
Am 12. September 2024 veranstaltete Ethereum Protocol Developers die 196. All-Core Developer Execution (ACDE) -Sufer durch Zoom Virtual Meeting.Diese Woche wurde die Telefonkonferenz von Tim Beiko, Leiter der Unterstützung für Vereinbarung, bei der Ethereum Foundation (EF) veranstaltet.Die ACDE -Konferenz ist eine zweiwöchentliche Konferenzserie, in der Entwickler Änderungen an der Ethereum Execution Layer (EL) diskutieren und koordinieren.
Auf ACDE #196,Die Entwickler haben die neuesten Updates geteilt, die von Pectra Devnet 3 veröffentlicht wurden, und diskutierten verschiedene Pectra -Code -Änderungen, die in Zukunft im Entwicklungsnetzwerk implementiert wurden.Sie haben ernsthaft diskutiert, dass sie das Upgrade in zwei Teile unterteilt, um die Änderungen von Devnet 3 nach einem schnelleren Zeitplan (wahrscheinlich bis Februar nächsten Jahres) zu änderen.Der Entwickler stimmte zu, eine endgültige Entscheidung darüber auf der nächsten Telefonkonferenz der ACD zu treffen.Schließlich teilte ein EF -Entwickler -Operations -Ingenieur mit dem Namen „PK910“ die neuesten Entwicklungen in seiner Arbeit zum Aufräumen des Ethereum Public TestNet Github -Repository und der Optimierung seiner Struktur zur einfacheren Verwendung.
Pectra Devnet 3
EF -Entwicklungs- und Betriebsingenieur Parisosh Jayanthi führte die Freisetzung von Pectra Devnet 3 ein.Das Entwicklungsnetz wurde am Mittwoch, dem 11. September, eingeführt.Es enthält Korrekturen für Validator -Zusammenführungen in EIP 7251 und aktualisierte Spezifikationen für EIP 7702.Basierend auf Tests auf Devnet 3 bisher scheinen EIP 7251 und EIP 7702 wie erwartet zu funktionieren.Jayanthi stellte fest, dass es einige Probleme in den Niederlanden und in den Ethereumjs -Kunden gab, und beide Kundenteams arbeiten daran, sie anzugehen.Jayanthi fügte hinzu, dass EIP 7702 in Devnet 3 online online ist, es am besten ist, dass Brieftaschenentwickler die Implementierung testen und Feedback zu ihrer Verwendung geben.Alle Informationen zu Pectra Devnet 3, einschließlich der TAPS, die TestNet -ETH anfordern, finden Sie auf dieser Website.
PECTRA -Spezifikationsaktualisierung
Geth -Entwickler Felix Lange hat Änderungen der Codierung von EL -Triggeranforderungen in Pectra vorgeschlagen.Als Hintergrund ermöglicht Pectra Smart Contracts auf EL, Validator -Abhebungen und Fusionen auf CL zu initiieren.Während des letzten ACD -Anrufs teilte Lange einen Vorschlag zur Reduzierung der von den EL -Kunden erforderlichen Arbeiten zur Lösung dieser Anfragen.Seit der Telefonkonferenz der letzten Woche hat Lange seine Empfehlungen formalisiert und die Arbeit, die das EL -Client -Team erledigen muss, um die Codierung der folgenden vier EIPs zu aktualisieren:
-
EIP 7685, Anfrage der allgemeinen Ausführungsschicht;
-
EIP 7002, El kann Abhebungen auslösen;
-
EIP 6110, Einzahlung für den Kettenversorger Validator;
-
EIP 7251, erhöhen Sie den maximalen effektiven Gleichgewicht.
Die Entwickler stimmten im Allgemeinen dem Vorschlag von Lange zu.Nimbus -Entwickler, deren Web „Dustin“ mit dem Titel „Dustin“, argumentierte jedoch, dass der Vorschlag „bedeutungslos flexibel“ sei und nicht mit zukünftigen Veränderungen im El -Serialisierungsformat kompatibel sei.Er betonte auch, dass zusätzliche Spezifikationen erforderlich sind, um die Reihenfolge der Anfragen für EL -Clients und das Verhalten von CL -Clients zu klären, wenn EL ungültige Anfragen an CL übernimmt.Lange erklärt sich damit einverstanden, der Engine -API mehr Text hinzuzufügen, um die Reihenfolge der Anforderungen anzugeben.Er stimmt auch Dustin zu, dass das Verhalten von CL -Clients, wenn CL -Kunden ungültige Anfragen von EL -Kunden erkennen, tiefer in Betracht gezogen werden sollten.
Der Forscher der Ethereum Foundation, Peter Miller, wies darauf hin, dass CL -Clients aufgrund des logischen Verhaltens von CL -Kunden im Rahmen der aktuellen Spezifikation Blöcke von ELS ablehnen sollten, die nicht auf die richtige Weise sortiert werden.Wenn in der von der EL an den CL gemeinsam genutzten Liste ungültige Anfragen vorhanden sind, sollte der CL einfach alle gültigen Anforderungen in der Liste verarbeiten und ungültige Anforderungen ignorieren.Dustin stimmt Miller zu und rät den Entwicklern, dieses Verhalten in der entsprechenden Dokumentation anzugeben.Beiko sagte, Entwickler sollten an der Lösung von Problemen im Lange -Vorschlag arbeiten und vor dem nächsten ACD -Anruf abgeschlossen werden.
Dann,Der Eragon -Entwickler Andrew Ashikhmin schlug ein Update für EIP 7702 vor, das den EOA -Kontocode eingerichtet hat.Er stellte fest, dass die im EIP angegebene Gültigkeitsprüfung nicht mit der im alten EIP angegebenen Gültigkeitsprüfung nicht stimmte.Geth -Entwickler Matt Garnett (auch bekannt als „Lightclient“) sagte, er habe eine Alternative, um Konsistenzprobleme anzugehen und die Effektivitätsprüfung von EIP 7702 zu vereinfachen.Die meisten Entwickler bevorzugen den Vorschlag für Lightclient und addieren ihn zu Pectra Devnet 4.
In der nächsten Diskussion im Zusammenhang mit Pectra geht es um die Preisgestaltung für die BLS -Vorkompilierung unter EIP 2537.Geth -Entwickler Jared Wassinger sagte, dass laut seiner Benchmark -Analyse der Preis für die BLS -Vorkompilierung doppelt so hoch sein sollte, wie derzeit festgelegt.Derzeit basieren die Kosten auf der Ausführung von Multi-Threaden, die kein Standard für die Preisgestaltung für andere vorkompilierte Ausführung darstellt.Basierend auf seiner Analyse unter Verwendung eines einzelnen Threads empfiehlt Wassinger daher, Änderungen an den in EIP 2537 betriebenen Rabatttabellen vorzunehmen.Das Niederlandteam berichtete, dass es ein Tool entwickelte, damit andere Kundenteams auch ihre eigene Benchmarking -Analyse von EIPs durchführen können.Beiko rät dem Team, ihre eigenen Benchmarks für die BLS -Vorkompilierung durchzuführen und Ideen zur Wiederholung dieser Operationen in den nächsten zwei Wochen zu finden.
Pectra EIP -Ergänzung
Die Entwickler begannen dann, das Thema des Hinzufügens neuer EIPs zum Pectra -Upgrade zu diskutieren.Zu Beginn der Diskussion warnte Beiko: „Wir haben bereits eine große Menge EIP in Pectra. Es ist bei weitem die größte Gabelung in Bezug auf die Anzahl der EIPs.“ Es ist offensichtlich, dass EIP 7742 (die Trennung von Blob zwischen EL und CL) die am wenigsten umstrittene Liste von EIPs ist, die immer noch für die Aufnahme in die verbesserte Liste in Betracht gezogen werden.
Der EF -Forscher Alex Stokes schlug erneut die Idee vor, Pectra in zwei kleinere Hardgabeln aufzuteilen.“Ich denke EIP, das trägt wirklich zu den Test-, Sicherheits- und Überprüfungsbelastungen “, sagte Stokes.Jayanthi schlug auch die Idee in einem früheren Telefonkonferenz vor, den er immer noch unterstütze.„Ich denke Ladung. “, Sagte Jayanthi.
In Bezug auf die Art und Weise, wie der aktuelle Pectra EIP in zwei Zweige aufgeteilt werden kann Teil von Pectra.Entwickler sind zuversichtlich, dass sie auf diese Weise den ersten Teil von Pectra bis zum nächsten Februar veröffentlichen können.“Ich denke, wenn wir im Juni noch die erste Halbzeit veröffentlichen, wäre diese Gabel ein Versagen“, sagte EF -Forscher Ansgar Dietrichs in einem Zoom -Chat.
Beiko bevorzugt die Idee des Gabens, warnt jedoch davor, EIP aus dem Entwicklungsnetzwerk zu entfernen, da dies möglicherweise mehr Arbeit an das Client -Team bringt und den Zeitplan für die Vorbereitung dieser Codeänderungen zur Aktivierung des Mainnet nicht verlängert.Danno Ferrin, ein unabhängiger Etherum -Protokollentwickler, empfiehlt, EIP auf DevNet 3 so bald wie möglich zu verbessern, um das Mainnet zu aktivieren, und dann parallel von Devnet 4 oder 5 zu arbeiten, um Peerdas und EOF in Pectra EIP zu verlegen.Tatsächlich wird Devnet 4 oder 5 im Upgrade nach Pectra Devnet 0, und Entwickler sind sich nicht sicher, wie es benannt wird.
In einer früheren Telefonkonferenz stimmten die Entwickler zu, das Upgrade nach Pectra Fusaka zu benennen, stimmten jedoch auch zu, das Upgrade für den Übergang von Verkle beizubehalten.In diesem Zusammenhang empfiehlt Ferrin Entwicklern, ein Upgrade im Voraus zu buchen, bis sie sicher sind, dass die Codeänderungen für die Aktivierung von Mainnets bereit sind.Dies hat den Wut von Geth -Entwickler Guillaume Ballet zu Wut verursacht, der den Übergang von Leerkle geführt hat, und besteht darauf, dass der Übergang von Perkle „vor langer Zeit“ fertig war.Um die Spannungen zu erleichtern, sagte Beiko, das Ziel, Pectra in zwei Teile zu teilen, besteht letztendlich darin, Pectra -Code -Änderungen auf einer schnelleren Zeitachse freizusetzen, die dazu beitragen wird, den Weg für den Übergang des Leerschreibers danach zu beseitigen.
Jedoch,Es besteht das Risiko, dass der zweite Teil des Pectra -Upgrades mit mehr EIPs höher wird. Daher dauert es mehr Zeit, um die Freigabe zu veröffentlichen, als die aktuellen Pectra EIP -Listings gleichzeitig freigegeben werden.Nethermind -Entwickler Ben Adams befragt,Wenn das Upgrade in zwei Teile unterteilt ist, wie verläuft der Pectra -Testprozess.Angesichts der Tatsache, dass diese Entscheidung den Umfang des nächsten unmittelbaren Upgrades von Ethereum revolutionieren wird, rät Beiko Entwicklern, eine Woche über diese Idee nachzudenken.Er bat die Entwickler, sich auf eine endgültige Entscheidung über die Angelegenheit am nächsten Donnerstag vorzubereiten.
Ausrichtung der Netzwerkkonfigurationsstruktur
Last but not least hat der EF Dev Operations Engineer „PK910“ sein Arbeitsaktualisierung geteilt, um das Public TestNet Github -Repository von Ethereum zu bereinigen und seine Struktur für die einfachere Verwendung zu optimieren.Er forderte das Client -Team auf, die Knotenkonfiguration des Ethereum Mainnet und des Testnets zu überprüfen und fehlende Informationen zum entsprechenden Repository hinzuzufügen.
