Ethereum-Entwickler haben einen Fehler im kommenden Glamsterdam-Upgrade gepatcht, der Staking-Einlagen an Block-Builder hätte weiterleiten können, so ein Bericht über die Korrektur. Dieselben Entwickler lehnten den Patch zunächst ab, bevor sie ihre Meinung änderten, als sich die Tests verzögerten.
Der Fehler steckte in Code, der mit Glamsterdam verbunden ist, dem Upgrade-Paket, das derzeit durch Ethereums Test-Pipeline läuft. Unbehoben hätte er Staking-Einlagen für Block-Builder offenlegen können – die Intermediate, die Blöcke zusammenstellen und entscheiden, welche Transaktionen und Payloads sie enthalten. Die Kehrtwende erfolgte erst, nachdem Verzögerungen bei den Tests den Entwicklern zusätzliche Zeit gaben, das Problem zu untersuchen.
Einblick in den Patch
Die Korrektur betraf das Glamsterdam-Upgrade, nicht eine Live-Netzwerkversion. Diese Unterscheidung ist wichtig: Glamsterdam läuft nicht auf dem Mainnet, sodass der Fehler erkannt wurde, während der Code noch überprüft wurde, und nicht, nachdem Nutzer Geld riskiert hatten. Die Änderung zielt auf einen Pfad ab, auf dem Staking-Einlagen bei Block-Buildern statt an ihrem vorgesehenen Ort hätten landen können.
Die Entwickler lehnten den Patch zunächst ab. Dann änderten sie ihre Meinung. Die genaue Begründung für die anfängliche Ablehnung wurde im verfügbaren Bericht nicht dargelegt, und kein namentlich genannter Entwickler hat sich bisher öffentlich dazu geäußert.
Warum die Verzögerung half
Testverzögerungen sind normalerweise schlechte Nachrichten für einen Upgrade-Zeitplan. Diesmal wirkten sie sich zugunsten des Codes aus. Das zusätzliche Zeitfenster ermöglichte es den Entwicklern, den Fehler in Glamsterdam genauer zu untersuchen und zu bestätigen, was die Korrektur bewirken musste. Eine überstürzte Überprüfung hätte ihn möglicherweise übersehen oder einen Patch durchgewinkt, der das Loch nicht vollständig schloss.
Glamsterdam selbst befindet sich noch in der Testphase, und der Zeitplan hat sich bereits verschoben. Das ist für Ethereum-Upgrades nicht ungewöhnlich – die Pipeline ist lang und der Überprüfungsprozess bewusst langsam –, aber es bedeutet, dass der Einlagenfehler zu einem Zeitpunkt auftrat, an dem das Netzwerk die Kosten noch tragen konnte.
Was Block-Builder damit zu tun haben
Block-Builder sitzen zwischen Nutzern und Validatoren. Sie bündeln Transaktionen und entscheiden, was in einen Block kommt, und in Ethereums aktueller Konfiguration handhaben sie auch Payloads, die mit Staking verbunden sind. Ein Fehler, der Einlagen zu ihnen leitet, ist keine theoretische Kuriosität – es ist ein Routing-Problem mit echten Geldern dahinter.
Ethereums Staking-Einlagen sind der Einstiegspunkt für jeden, der ETH sperren und einen Validator betreiben möchte. Wenn diese Einlagen durch einen Bug umgeleitet werden können, gerät das Vertrauensmodell rund um das Staking ins Wanken. Der Patch schließt diesen Pfad, bevor Glamsterdam ausgeliefert wird.
Die unbeantwortete Frage
Was noch nicht klar ist, ist, wie der Fehler überhaupt in den Glamsterdam-Code gelangte und ob die anfängliche Ablehnung der Korrektur auf eine Meinungsverschiedenheit unter den Entwicklern über deren Schweregrad hindeutet. Beides wurde nicht öffentlich thematisiert.
Glamsterdam befindet sich weiterhin im Test, ohne festes Datum für seine Mainnet-Aktivierung im verfügbaren Bericht. Der nächste konkrete Schritt ist der weitere Durchlauf des Upgrades durch die Test-Pipeline, wo Entwickler nach allem Ausschau halten werden, was die Verzögerung sonst noch ans Licht gebracht haben könnte.
