Ethereum-Upgrade Glamsterdam verzögert sich nach Protokollfehler

Ein Programmierfehler in den Spezifikationen des geplanten Ethereum-Upgrades Glamsterdam hätte Validator-Einlagen falsch zuordnen können.

Die Korrektur ist abgeschlossen, doch der Zeitplan für das Upgrade bleibt offen.

Fehler erkannt, bevor Schaden entstand

Researcher George Avsetsin identifizierte den Bug in der Konsensschicht des geplanten Upgrades. Das Problem: Glamsterdam führt eine neue, separate Rolle für Block-Builder ein.

Was ist ein Block-Builder?

Im Ethereum-Netzwerk erstellen Block-Builder die Transaktionsblöcke, die anschließend von Validatoren bestätigt werden. Diese Rollentrennung soll Effizienz und Dezentralisierung verbessern.

Wenn ein Builder und ein neuer Validator denselben öffentlichen Schlüssel verwenden, hätte das Protokoll wartende Staking-Einzahlungen dem Builder-Konto statt dem Validator gutschreiben können.

Ein tatsächlicher Angriff oder Verlust ist nicht eingetreten. Der Fehler betrifft ausschließlich die geplante Spezifikation, nicht die aktuell laufende Ethereum-Software. Dennoch wäre das Risiko nach der Aktivierung real gewesen. Laut DefiLlama sind rund 17 Millionen ETH im Staking gebunden, mit einem Gegenwert von etwa 40 Milliarden Dollar. Ein fehlerhafter Zuordnungsmechanismus in diesem Umfang hätte erhebliche Konsequenzen haben können.

Korrektur im zweiten Anlauf

Der Weg zur Lösung verlief nicht reibungslos. Ein erster Korrekturvorschlag vom 19. Oktober fand unter den Entwicklern keine ausreichende Unterstützung. Vier Tage später reichte Avsetsin einen überarbeiteten Entwurf ein. Nach zusätzlichen Tests wurde die Änderung am 26. Oktober in die offiziellen Konsensspezifikationen aufgenommen.

Unabhängig von diesem Bug hat die Ethereum Foundation die für denselben Tag geplante Testaktivierung auf dem Hoodi-Testnetz verschoben. Der Grund ist ein separates technisches Problem mit einem anderen Bestandteil des Upgrades. Weder ein neues Testnet-Datum noch ein Mainnet-Termin stehen bisher fest.

Warum das jetzt zählt

Der Fall zeigt, dass Ethereums mehrstufiger Prüfprozess funktioniert. Der Fehler wurde vor jeder Testnet-Aktivierung entdeckt und behoben. Gleichzeitig verdeutlicht er, wie komplex die Weiterentwicklung des Protokolls geworden ist. Mit jeder neuen Rolle und Funktion steigt die Zahl potenzieller Fehlerquellen.

Einordnung und Ausblick

Für Staker und Nutzer ändert sich kurzfristig nichts. Die Korrektur betrifft Code, der noch nicht aktiv ist.

• Bullisches Szenario: Die frühzeitige Erkennung des Bugs bestätigt die Robustheit des Entwicklungsprozesses. Sobald die verbleibenden technischen Probleme gelöst sind, könnte Glamsterdam mit gestärktem Vertrauen in die Qualitätssicherung ausgerollt werden.
• Bärisches Szenario: Die wiederholten Verzögerungen könnten darauf hindeuten, dass die wachsende Komplexität des Protokolls den Entwicklungszyklus dauerhaft verlangsamt. Ob Glamsterdam noch in diesem Quartal das Testnetz erreicht, ist derzeit offen.

Der nächste Schritt liegt bei der Ethereum Foundation, die zunächst das zweite technische Problem lösen muss, bevor ein neuer Aktivierungstermin festgelegt werden kann.