Ethereum peilt 6. Oktober für Glamsterdam auf Sepolia an

Die Notizen zum ACDC-Meeting Nr. 186 und die anschließende Berichterstattung der Ethereum-Protokollforscherin Christine D. Kim zeigen, dass der Termin weiterhin unter Vorbehalt steht. Die Entwickler hatten noch keine stabile Glamsterdam-Aktivierung in einem privaten Entwicklungsnetzwerk abgeschlossen, als sie den Sepolia-Zeitplan festlegten.

Der Testplan ist inzwischen um eine weitere Iteration vorangeschritten. Kim erklärte am 11. September, dass sich die Aufmerksamkeit auf Glamsterdam-Devnet-11 gerichtet habe, dessen Start für Montag, den 14. September, erwartet wird. Frühere Pläne hatten Devnet-10 als nächsten größeren Test vorgesehen.

Für das Hoodi-Testnetz oder das Ethereum-Mainnet wurden keine Aktivierungstermine bestätigt. Die Entwickler haben eine mögliche Mainnet-Veröffentlichung im Dezember diskutiert, aber die Testergebnisse werden darüber entscheiden, ob dieser Zeitplan realistisch bleibt.

Während des Treffens aller Kernentwickler für den Konsens am 3. September einigten sich die Teilnehmer auf die Sepolia-Epoche 351232 für die vorgeschlagene Aktivierung. Kim berichtete, dass der entsprechende Zeitpunkt der 6. Oktober um 13:53 UTC wäre. Das Treffen fand statt, bevor die Entwickler eine stabile Leistung über die für Glamsterdam verwendeten privaten Testnetzwerke nachgewiesen hatten.

Die Wahl der Epoche gibt Client-Teams, Infrastrukturbetreibern und Anwendungsentwicklern ein gemeinsames Planungsziel. Sie macht die Aktivierung jedoch nicht endgültig. Die Entwickler können den Fork verschieben, wenn die nächste Testphase einen schwerwiegenden Fehler aufdeckt oder wenn die Client-Teams keine zuverlässigen Releases vorbereiten können.

Der Vorbehalt bleibt relevant, nachdem Devnet-9 Finalitätsprobleme hatte. Laut dem Meeting-Material umfasste das Netzwerk etwa 1.000 Validator-Knoten und war damit zu diesem Zeitpunkt das größte Glamsterdam-Devnet nach Validator-Anzahl.

Finalität erfordert, dass genügend Validatoren dem Zustand der Kette zustimmen. Wenn ein Testnetz nicht finalisiert, müssen die Entwickler feststellen, ob die Ursache in der Client-Software, der Validator-Beteiligung, der Netzwerkkonfiguration oder einer Wechselwirkung zwischen separaten Protokolländerungen liegt.

Devnet-11 wird Korrekturen vor Sepolia testen

Der ursprüngliche Plan sah Devnet-10 vor, nachdem in früheren Versuchen Fehler aufgetreten waren. Kims jüngstes Update identifiziert nun Devnet-11 als den nächsten Test, den die Entwickler beobachten, was darauf hindeutet, dass die private Testsequenz über den früheren Plan hinaus fortgeschritten ist.

Ein stabiles Devnet-11 würde den Ethereum-Client-Teams eine weitere Umgebung bieten, um die kombinierten Glamsterdam-Spezifikationen zu testen. Layer-2-Teams, Staking-Anbieter und andere Infrastrukturbetreiber benötigen funktionierende Client-Implementierungen, bevor sie ihre Systeme sicher gegen den vorgeschlagenen Fork testen können.

Die Client-Vielfalt macht den Prozess komplexer. Ethereum wird über mehrere unabhängig entwickelte Ausführungs- und Konsens-Clients betrieben, und das Upgrade muss über verschiedene Client-Kombinationen hinweg funktionieren. Ein Fehler, der auf eine Implementierung beschränkt ist, kann ein Testnetzwerk dennoch unterbrechen, wenn betroffene Validatoren genügend Gewicht haben.

Die Agenda des ACDC-Meetings Nr. 186 verzeichnet Anfragen von Lido und Optimism nach mindestens einem stabilen Tag vor einem Fork. Die Agenda führte Client-Korrekturen und erfolgreiche Interoperabilität als Punkte auf, die vor Sepolia bestätigt werden müssen.

Ein fehlgeschlagenes oder instabiles Devnet-11 würde die Aktivierung am 6. Oktober nicht automatisch absagen. Die Entwickler müssten die Ursache und den für Reparaturen erforderlichen Zeitaufwand bewerten. Ein schwerwiegendes Problem könnte sie dazu veranlassen, den Termin während eines Treffens aller Kernentwickler zu überdenken.

Konsens- und EIP-8037-Fehler verlängerten die Tests

Frühere Glamsterdam-Tests legten Fehler auf beiden Seiten der Ethereum-Architektur offen. Stefan Starflinger, Entwicklungsbetriebsingenieur bei der Ethereum Foundation, berichtete, dass Devnet-8 ein Problem auf der Konsensebene mit Blöcken aufdeckte, die einen übergeordneten Hash wiederholten.

„Man könnte das gesamte Netzwerk zum Stillstand bringen“, sagte Starflinger bei der Beschreibung des Testszenarios.

Das Problem betraf das System, das für die Blockvereinbarung verantwortlich ist. Devnet-9 litt anschließend unter Nicht-Finalität, was die Ingenieure dazu veranlasste, weitere Randfälle über einen größeren Validator-Satz hinweg zu untersuchen.

Auf der Ausführungsseite berichtete die Ethereum-Foundation-Forscherin Maria Silva von einem Implementierungsproblem im Zusammenhang mit EIP-8037. Der Vorschlag ändert, wie Ethereum Gas für die Erstellung neuer Zustände berechnet, einschließlich neuer Konten, Verträge und Speichereinträge.

EIP-8037 trennt die Kosten für die Zustandserstellung durch ein mehrdimensionales Gasmodell von den normalen Ausführungskosten. Die veröffentlichte Spezifikation besagt, dass das Design darauf abzielt, das Zustandswachstum zu kontrollieren, während Ethereum sein Blockgaslimit erhöht. Der Vorschlag befindet sich weiterhin in der Peer-Review.

Das entdeckte Problem erforderte, dass die Ausführungs-Clients ihre Implementierungen überarbeiteten, und führte zu Spezifikationsarbeit. EIP-8037 wurde zusammen mit den anderen Protokolländerungen des Upgrades getestet.

Das Testen dient einem anderen Zweck als der individuellen Genehmigung jedes Vorschlags. Die Entwickler müssen bestätigen, dass alle ausgewählten Änderungen über mehrere Clients, Validator-Konfigurationen und Transaktionsmuster hinweg zusammenarbeiten.

Hoodi- und Mainnet-Termine hängen von Testergebnissen ab

Die Entwickler haben es abgelehnt, Glamsterdam auf Hoodi zu planen, solange Sepolia unter Vorbehalt steht. Hoodi wird voraussichtlich als zweite öffentliche Testnetzphase dienen und Staking-Betreibern und Protokollteams eine weitere Umgebung bieten, die die Mainnet-Bedingungen genauer widerspiegelt.

Der Teku-Entwickler Enrico del Fante unterstützte das Abwarten, bevor der Hoodi-Termin festgelegt wird. Während des ACDC-Meetings Nr. 186 verwies er auf die jüngsten Devnet-9-Probleme und sprach sich dafür aus, nach der Sepolia-Entscheidung mehr Testzeit einzuräumen.

Eine Mainnet-Aktivierung im Dezember bleibt ein mögliches Ziel, kein bestätigtes Veröffentlichungsfenster. Die Planung von Sepolia für Anfang Oktober lässt genügend Kalenderzeit für eine weitere öffentliche Testnetzphase und die Vorbereitung der Client-Releases, sofern die Tests ohne längere Verzögerungen voranschreiten.

Die Entwickler haben keine Mainnet-Epoche, keinen Aktivierungszeitstempel und keinen endgültigen Client-Release-Zeitplan veröffentlicht. Es wurde keine formelle Frist für die Entscheidung angekündigt, ob der 6. Oktober für Sepolia geeignet bleibt.

Das unmittelbare verfahrenstechnische Ereignis ist der geplante Start von Devnet-11 am 14. September. Die Client-Teams werden Finalität, clientübergreifendes Verhalten und die nach früheren Tests eingeführten Korrekturen untersuchen, bevor sie entscheiden, ob Sepolia nach dem aktuellen Zeitplan fortgesetzt werden kann.