Aktivierung des Glamsterdam-Upgrades
Die Ethereum-Entwickler haben vorläufig die Aktivierung des Glamsterdam-Upgrades für den 6. Oktober 2026 um 13:53 UTC auf dem Sepolia-Testnet angesetzt. Allerdings bleibt ein weiterer privater Devnet-Test erforderlich, bevor der öffentliche Testnet-Fork fortgesetzt werden kann.
Entwicklungsstatus und Testpläne
Die Protokollnotizen des ACDC #186-Meetings sowie die anschließenden Berichte der Ethereum-Protokollforscherin Christine D. Kim zeigen, dass das Datum weiterhin unter Vorbehalt steht. Die Entwickler hatten zum Zeitpunkt der Festlegung des Zeitplans für Sepolia keinen stabilen Aktivierungsprozess für Glamsterdam in einem privaten Entwicklungsnetzwerk abgeschlossen. Der Testplan hat sich seitdem um eine weitere Iteration weiterentwickelt.
Kim erklärte am 11. September, dass die Aufmerksamkeit nun auf Glamsterdam-Devnet-11 gerichtet sei, das voraussichtlich am Montag, den 14. September, gestartet wird.
Frühere Pläne hatten Devnet-10 als den nächsten großen Test identifiziert. Es ist mittlerweile etwa eine Woche vergangen, seit dieser Beitrag an meine Substack-Abonnenten gesendet wurde, und die Vorbehalte zum Upgrade-Datum des Sepolia-Testnets am 6. Oktober gelten weiterhin.
Aktualisierungen und Herausforderungen
Das einzige kleine Update ist, dass alle Augen auf den Start von Glam-Devnet-11 am nächsten Montag gerichtet sind, nicht auf Devnet-10. Aktivierungsdaten für das Hoodi-Testnet oder das Ethereum-Mainnet wurden bislang nicht bestätigt. Die Entwickler haben über eine mögliche Veröffentlichung des Mainnets im Dezember diskutiert, jedoch werden die Testergebnisse darüber entscheiden, ob dieser Zeitplan realistisch bleibt.
Während des All Core Developers Consensus-Meetings am 3. September stimmten die Teilnehmer für die Sepolia-Epoche 351232 zur vorgeschlagenen Aktivierung. Kim berichtete, dass die entsprechende Zeit für die Aktivierung der 6. Oktober um 13:53 UTC sein würde. Das Meeting fand statt, bevor die Entwickler eine stabile Leistung über die privaten Testnetzwerke, die für Glamsterdam verwendet wurden, demonstriert hatten.
Die Auswahl der Epoche gibt den Client-Teams, Infrastrukturbetreibern und Anwendungsentwicklern ein gemeinsames Planungsziel, macht die Aktivierung jedoch nicht endgültig. Entwickler können den Fork verschieben, wenn die nächste Testphase schwerwiegende Fehler aufdeckt oder wenn die Client-Teams keine zuverlässigen Versionen vorbereiten können.
Probleme und Lösungen
Die Vorbehalte bleiben relevant, nachdem Devnet-9 Probleme mit der Finalität hatte. Laut dem Meeting-Material umfasste das Netzwerk etwa 1.000 Validator-Knoten, was es zu dem größten Glamsterdam-Devnet nach Validator-Anzahl zu diesem Zeitpunkt machte. Finalität erfordert, dass genügend Validatoren sich über den Zustand der Blockchain einig sind.
Wenn ein Testnetzwerk nicht finalisiert, müssen die Entwickler feststellen, ob die Ursache in der Client-Software, der Validator-Teilnahme, der Netzwerkkonfiguration oder einer Wechselwirkung zwischen separaten Protokolländerungen liegt. Der ursprüngliche Plan sah Devnet-10 vor, nachdem während früherer Tests Fehler aufgetreten waren. Kims neuester 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 für das Testen der kombinierten Glamsterdam-Spezifikationen bieten.
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 Vielfalt der Clients macht den Prozess komplexer. Ethereum funktioniert über mehrere unabhängig entwickelte Ausführungs- und Konsens-Clients, und das Upgrade muss über verschiedene Client-Kombinationen hinweg funktionieren.
Ausblick und nächste Schritte
Die Agenda des ACDC #186 verzeichnet Anfragen von Lido und Optimism nach mindestens einem stabilen Tag vor einem Fork. Die Agenda listete Client-Reparaturen 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 die für Reparaturen benötigte Zeit bewerten.
Ein ernstes Problem könnte sie dazu veranlassen, das Datum während eines All Core Developers-Meetings zu überdenken. Frühere Glamsterdam-Tests haben Fehler auf beiden Seiten der Ethereum-Architektur aufgedeckt. Der Entwickler der Ethereum Foundation, Stefan Starflinger, berichtete, dass Devnet-8 ein Problem auf der Konsensschicht aufdeckte, das Blöcke betraf, die einen übergeordneten Hash wiederholten.
„Man könnte das ganze Netzwerk zum Stillstand bringen“, sagte Starflinger, während er das Testszenario beschrieb.
Das Problem betraf das System, das für die Blockvereinbarung verantwortlich ist. Devnet-9 hatte dann Probleme mit der Nicht-Finalität, was die Ingenieure dazu veranlasste, weitere Randfälle über einen größeren Validator-Satz zu untersuchen.
Auf der Ausführungsseite berichtete die Forscherin der Ethereum Foundation, 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 Speicher-Einträge.
EIP-8037 trennt die Kosten für die Zustandserstellung von den normalen Ausführungskosten durch ein mehrdimensionales Gasmodell. Die veröffentlichte Spezifikation besagt, dass das Design darauf abzielt, das Wachstum des Zustands zu kontrollieren, während Ethereum sein Block-Gas-Limit erhöht. Der Vorschlag befindet sich weiterhin in der Peer-Review.
Das entdeckte Problem erforderte von den Ausführungs-Clients, ihre Implementierungen zu überarbeiten, und führte zu Spezifikationsarbeiten. Wie crypto.news in seiner Berichterstattung über die früheren Fortschritte von Glamsterdam im Devnet berichtete, wurde EIP-8037 zusammen mit den anderen Protokolländerungen des Upgrades getestet.
Das Testen dient einem anderen Zweck als die Genehmigung jedes Vorschlags einzeln. Die Entwickler müssen bestätigen, dass alle ausgewählten Änderungen zusammen über mehrere Clients, Validator-Konfigurationen und Transaktionsmuster funktionieren.
Die Entwickler haben abgelehnt, Glamsterdam auf Hoodi zu planen, solange Sepolia bedingt bleibt. Hoodi wird voraussichtlich als die zweite öffentliche Testnet-Phase dienen und den Staking-Betreibern und Protokollteams eine weitere Umgebung bieten, die den Bedingungen des Mainnets näher kommt.
Der Teku-Entwickler Enrico del Fante unterstützte das Warten, bevor das Datum für Hoodi festgelegt wird. Während ACDC #186 verwies er auf die jüngsten Probleme mit Devnet-9 und sprach sich dafür aus, mehr Testzeit nach der Entscheidung für Sepolia zuzulassen.
Eine Aktivierung des Mainnets im Dezember bleibt ein mögliches Ziel, jedoch kein bestätigtes Veröffentlichungsfenster. Die Planung von Sepolia für Anfang Oktober bewahrt genügend Kalendervorlauf für eine weitere öffentliche Testnet-Phase und die Vorbereitung der Client-Veröffentlichung, vorausgesetzt, die Tests schreiten ohne längere Verzögerungen voran.
Die Entwickler haben kein Mainnet-Epoche, keinen Aktivierungszeitstempel oder keinen endgültigen Zeitplan für die Client-Veröffentlichung veröffentlicht. Es wurde kein formelles Fristdatum für die Entscheidung bekannt gegeben, 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 die Finalität, das Verhalten über Clients hinweg und die nach früheren Tests eingeführten Korrekturen untersuchen, bevor sie entscheiden, ob Sepolia nach dem aktuellen Zeitplan fortfahren kann.
