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

Autorin: Christine Kim

Zusammengestellt von: Ladyfinger, BlockBeats

 

Anmerkung des Herausgebers:

Alle Core Ethereum Developer Execution Calls (ACDE) finden alle zwei Wochen statt, um Änderungen am Ethereum Execution Layer (EL) zu besprechen und zu koordinieren. Dies ist die 194. Telefonkonferenz von ACDE. Bei diesem Treffen standen Themen wie EIP7732, eine aktualisierte Analyse der Gaskosten für den EIP 2537-Betrieb und PeerDAS im Mittelpunkt.

Während der Konferenz schlug der Geth-Entwickler Marius van der Wijden eine Möglichkeit vor, Pre-Merge-Felder aus dem Ethereum-Drahtprotokoll zu entfernen, um die Knotenbandbreite während der Synchronisierung zu reduzieren. 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 15. August 2024 wurde die 194. Telefonkonferenz des Ethereum Core Developer Executive (ACDE) von Alex Stokes, einem Forscher der Ethereum Foundation, moderiert. Bei diesem Treffen wurden hauptsächlich Änderungen und Koordinierungsfragen auf der Führungsebene (EL) besprochen.

Diese Woche haben die Entwickler ein Update zum Testfortschritt für das Pectra-Upgrade bereitgestellt. Darauf folgte eine Diskussion über die Bereitschaft für Änderungen des EOF-Codes, die zur Aufnahme in das Pectra-Entwicklungsnetzwerk geplant sind, sowie eine aktualisierte Gaskostenanalyse für den EIP 2537-Betrieb. Der Prysm-Entwickler „Potuz“ stellte EIP 7732 vor, einen formellen Vorschlag zur Einführung einer Trennung zwischen Antragsteller und Ersteller im Ethereum-Protokoll. Erigon-Entwickler Giulio Rebuffo schlug vor, das Feld „totalDifficulty“ aus der Ausführungs-API zu entfernen, um die technische Verschuldung von Ethereum-Kunden zu reduzieren. Der Geth-Entwickler Marius van der Wijden schlug vor, einige Pre-Merge-Felder und Nachrichten aus dem Ethereum Wire-Protokoll zu entfernen, um den Bandbreitenverbrauch während der Knotensynchronisierung zu reduzieren. Die Entwickler diskutierten auch kurz über die Umstellung der PeerDAS-Spezifikation auf Pectra statt auf Dencun und teilten Aktualisierungen über ihre Fortschritte bei der EIP 4444-Implementierung mit.

Pectra Devnets

Pectra Devnet 2 ist sehr stabil. Auf der Devnet 2-Infoseite scheint es ein offenes Problem im Zusammenhang mit der Zusammenführung von Block Builder-Spezifikationen und dem Testen dieser auf Devnet zu geben. EF DevOps Engineer Parithosh Jayanthi sagte, dass es auch Probleme mit Teku/Erigon-Knoten und Prysm-Clients gibt.

Die Entwickler wollen Pectra Devnet 3 mit aktualisierten EIP 7702-Spezifikationen innerhalb von zwei Wochen auf den Markt bringen. Wenn alles wie geplant verläuft, planen die Entwickler, EOF danach zum Entwicklungsnetzwerk Pectra Devnet 4 hinzuzufügen.

Der Geth-Entwickler Marius van der Wijden hat eine aktualisierte Analyse der Gaskosten von EIP 2537 veröffentlicht. Als Hintergrund erstellte EIP neue Vorkompilierungen für BLS12-381-Kurvenoperationen. Es ermöglicht Entwicklern intelligenter Verträge, Vorgänge wie die Signaturaggregation auf der BLS12-381-Kurve auf kostengünstige Weise durchzuführen. Van der Wijden schlug eine Neupreis-Vorkompilierung auf der Grundlage von Benchmarks vor, die er und sein Geth-Teamkollege Jared Wasinger für BLS-Operationen und deren Gasverbrauch auf verschiedenen Maschinen entwickelt hatten. Van der Wijden ermutigt andere Entwickler, ihre eigenen Benchmarks zur EIP 2537-Gasnutzung durchzuführen, um die Ergebnisse zu überprüfen.

EIP 7732

Prysm-Entwickler „Potuz“ hat ein Update für EIP 7732 veröffentlicht, eine protokollinterne Lösung, die Validatoren direkt mit Blockbuildern von Drittanbietern verbindet. Seit der Fusion verlassen sich Validatoren auf zwischengeschaltete Teilnehmer, sogenannte Relays, um Blöcke mit MEV-Belohnungen zu erhalten. EIP 7732 macht Relays überflüssig, sodass Validatoren MEV auf vertrauenswürdigere Weise erhalten können. Potuz betonte, dass das aktuelle Design von EIP 7732 keine Änderungen an der Ausführungsschicht (EL) oder der Engine-API erfordert. Er fügte hinzu, dass EIP 7732 auch mit Einschlusslisten kompatibel sei, ein Vorschlag, der es Validatoren ermöglichen würde, die Aufnahme von Transaktionen in Blöcke zu erzwingen. Weitere Informationen zu EIP 7732 finden Sie in dieser Google Slides-Präsentation.

Reduzieren Sie die technischen Schulden vor dem Zusammenschluss

Seit der Umstellung von Ethereum auf Proof-of-Stake sind einige Teile der Ethereum-Codebasis nicht mehr nützlich oder notwendig. Beispielsweise macht die Schwierigkeitsbombe, ein Mechanismus, der die Entwicklungsarbeit dazu zwingt, auf Proof-of-Stake zu basieren, es nach einer gewissen Zeit unmöglich, Blöcke über Proof-of-Work-Mining zu erstellen. Die folgenden beiden Vorschläge zielen darauf ab, solche Teile der Codebasis zu entfernen, um die Knotenleistung zu verbessern und die Protokollkomplexität zu verringern.

  • Erigon-Entwickler Giulio Rebuffo schlug vor, das Feld „totalDifficulty“ aus der Ausführungs-API zu entfernen.

  • Der Geth-Entwickler Marius van der Wijden schlug vor, einige Pre-Merge-Felder und Nachrichten aus dem Ethereum-Übertragungsprotokoll zu entfernen.

Andere Entwickler gaben in der Telefonkonferenz positives Feedback zu beiden Vorschlägen. Die Entwickler einigten sich darauf, beides im Anschluss an das Treffen asynchron genauer zu prüfen.

PeerDAS

In Bezug auf PeerDAS schlug ein Nimbus-Entwickler mit dem Online-Namen „Dustin“ vor, die Neubasis von PeerDAS auf Pectra EIP zu beschleunigen, anstatt PeerDAS auf Deneb weiterzuentwickeln. Er sagte, dass es in Pectra einige EIPs gibt, die instabil sind und sich ändern können, wie zum Beispiel EIP 7702 und EOF. Dustin schlug vor, PeerDAS neu auf die stabile Teilmenge der Pectra-EIPs zu stützen und EIP 7702- und EOF-Transaktionen im PeerDAS-Entwicklungsnetzwerk auszuschließen. Die Entwickler diskutierten andere Möglichkeiten, mit dem Neuaufbau von PeerDAS auf Pectra zu beginnen. Die Menschen zeigten sich im Allgemeinen unterstützend und begannen, sich in diese Richtung zu bewegen.

Stokes erinnerte die Teilnehmer der Telefonkonferenz daran, dass es ab kommenden Montag um 14:00 Uhr UTC regelmäßige Pectra-Testanrufe geben wird, um die Spezifikationen und den Zeitplan für das Entwicklungsnetz weiter zu koordinieren.

EIP 4444

EIP 4444 Keine größeren Updates. Vertreter der Nethermind- und Nimbus-Teams sagten, dass sie eine Zusammenarbeit mit Portal Network aufbauen, einem alternativen Netzwerkprotokoll, mit dem Benutzer auf abgelaufene historische Daten zugreifen können.