Ethereum-Entwickler haben eine Glamsterdam-Aktivierung am 6. Oktober auf Sepolia bestätigt und gleichzeitig davor gewarnt, dass günstiges Test-Ether bösartigen Buildern ermöglichen könnte, wiederholt Blockauktionen zu gewinnen und ihre Transaktionsnutzlasten während der öffentlichen Testphase zurückzuhalten.
Zusammenfassung
- Ethereum-Entwickler bestätigten, dass Glamsterdam am 6. Oktober auf Sepolia aktiviert wird, bevor später ein Hoodi-Test folgt.
- Entwickler warnten, dass kostenloser Test-Ether wegwerfbaren Buildern ermöglichen könnte, Gebote zu gewinnen und Ausführungsnutzlasten zurückzuhalten.
- Client-Teams wurden aufgefordert, bis zum 29. September Sepolia-taugliche Software zu veröffentlichen, was sieben Tage für die Überprüfung lässt.
- Devnet-11 schloss seinen Gloas-Übergang ab und erhöhte die Gaslimits von 60 Millionen auf 200 Millionen.
- Ethereum hat keine Glamsterdam-Mainnet-Aktivierung geplant, wobei die Roadmap weiterhin das vierte Quartal 2026 anvisiert.
Ethereums Transkript des All Core Developers Consensus vom 17. September Transkript zeigt, dass die Teilnehmer das Datum 6. Oktober akzeptierten, nachdem sie die jüngsten Glamsterdam-Devnet-Ergebnisse überprüft hatten, obwohl Entwickler gleichzeitig Bedenken darüber äußerten, wie sich die Enshrined Proposer-Builder Separation in einem öffentlichen Netzwerk verhalten könnte, in dem Test-ETH keine nennenswerten wirtschaftlichen Kosten verursacht.
Ethereum-Glamsterdam-Test könnte mit billigen Builder-Angriffen konfrontiert werden
Im Zentrum der Warnung steht EIP-7732, Glamsterdams Enshrined Proposer-Builder-Separation-Design. Ethereum.org beschreibt ePBS als eine Protokolländerung, die die Aufgabe der Zusammenstellung von Transaktionsnutzlasten von den Konsenspflichten des Validators trennt und eine Beziehung, die derzeit stark von externer Infrastruktur abhängt, in Ethereums Konsensregeln überführt.
Nach diesem Design können Builder Gebote für das Recht abgeben, eine Ausführungsnutzlast bereitzustellen. Sobald sich ein Proposer auf das Gewinngebot festlegt, wird vom Builder erwartet, dass er die dahinterstehenden Transaktionen freigibt. Ethereums Konsensspezifikation definiert Builder als separate gestakte Akteure, die signierte Ausführungsnutzlast-Gebote einreichen, bevor sie den entsprechenden Nutzlast-Umschlag verbreiten.
Während des Developer-Calls am Donnerstag warnte der Konsensentwickler Potuz, dass sich die Ökonomie in einem Testnetz ändert, weil Angreifer Test-ETH erhalten können, ohne dessen Mainnet-Marktwert zu zahlen. Ein bösartiger Betreiber könnte viele Builder-Identitäten erstellen, Gebote weit über legitime Konkurrenten abgeben und dann nach dem Gewinn die versprochene Nutzlast verweigern.
„Ich kann einfach tausend Builder hochfahren“, sagte Potuz und erklärte, dass der Angreifer sie rotieren, aggressiv bieten und Nutzlasten zurückhalten könnte. Später fügte er hinzu: „Jeder Teenager kann das tun.“
Der Entwickler bezeichnete die Sorge als ein Verfügbarkeitsproblem öffentlicher Testnetze, nicht als einen neuen Weg, Mainnet-ETH zu stehlen. Im Mainnet kann ein Teilnehmer bereits dafür bezahlen, einen leeren Block zu produzieren, aber die wirtschaftlichen Kosten für den Erwerb von Blockspace begrenzen dieses Verhalten. Test-ETH macht anhaltende Störungen viel billiger.
Clients benötigen möglicherweise Schutzschalter auf Builder-Ebene
Bestehende Schutzmaßnahmen könnten für die Sepolia-Umgebung nicht ausreichen. Potuz sagte den Entwicklern, dass einige Client-Schutzschalter erst nach mehreren verpassten Nutzlasten auf lokal erstellte Blöcke zurückfallen, während ihm keine universellen Schutzmaßnahmen bekannt seien, die einzelne missbräuchliche Builder ablehnen könnten.
Seine Sorge konzentrierte sich auf Angreifer, die unter neuen Identitäten zurückkehren. Selbst wenn ein Client auf fehlende Nutzlasten reagiert, könnten wegwerfbare Builder weiterhin bieten, es sei denn, die Abwehrlogik identifiziert und beschränkt das Verhalten schnell genug.
Die Entwickler stellten den Builder-Angriff nicht als bestätigten Exploit gegen Sepolia dar. Die Diskussion betraf ein Szenario, von dem sie erwarten, dass öffentliche Tests es aufdecken könnten, sobald Außenstehende unter ePBS-Bedingungen teilnehmen können. Potuz argumentierte, dass Ethereums Testnetze stärkere Schutzmaßnahmen benötigen, weil Anwendungs- und Infrastrukturteams sich auf sie verlassen, um Software gegen funktionierende Blöcke zu testen.
Ethereum.org merkt an, dass Sepolia ein permissioniertes Validator-Set verwendet, das von Client- und Testteams kontrolliert wird, während Hoodi ein offenes Validator-Set hat, das für Staking- und Protokolltests vorgesehen ist. Sepolias Struktur gibt Ethereum-Entwicklern mehr operative Kontrolle, falls die erste langlebige öffentliche Glamsterdam-Bereitstellung auf Probleme stößt.
Wie zuvor von crypto.news berichtet, hatten Entwickler vor dem jüngsten Call vorläufig den 6. Oktober ausgewählt, wobei das Datum weiterhin von einem weiteren stabilen Private-Devnet-Übergang abhing. Der Konsens-Call vom 17. September verschob diesen Zeitplan nach vorne, nachdem Devnet-11 seine geplante Fork-Generalprobe abgeschlossen hatte.
Devnet-11 testete 200 Millionen Gas vor Sepolia
Glamsterdam Devnet-11 wurde als kontrollierte „Happy-Path“-Generalprobe und nicht als adversarisches Angriffsnetzwerk erstellt. Seine offizielle Spezifikation sah die Genesis für den 14. September, den Gloas-Übergang für den 16. September und kurz danach eine Erhöhung des Block-Gas-Limits von 60 Millionen auf 200 Millionen vor.
Das Testnetzwerk verwendete 84.000 Validatoren in einer Multi-Client-Konfiguration und trug denselben Kern-EIP-Satz, der für Glamsterdam-Tests geplant ist. Seine Organisatoren schlossen absichtliche Angriffe ausdrücklich aus dem Umfang von Devnet-11 aus und behielten adversarische Experimente der länger laufenden Platåberget-Umgebung vor.
CoinDesk berichtete, dass Devnet-11 den Übergang abschloss und das Gas-Limit in Richtung 200 Millionen verschob, ohne die Finalität zu verlieren. Die Einstellung von 200 Millionen ist ein Testparameter, keine bestätigte Mainnet-Gas-Limit-Verpflichtung.
Ethereums eigene Glamsterdam-Roadmap besagt, dass das Upgrade darauf ausgelegt ist, die Layer-1-Kapazität zu erhöhen und gleichzeitig zu ändern, wie Blöcke erstellt und verifiziert werden. EIP-7732 erweitert das Ausbreitungsfenster für Ausführungs-Payloads von etwa zwei Sekunden auf rund neun Sekunden, wodurch Knoten mehr Zeit erhalten, größere Payloads zu verteilen und zu validieren.
Das Upgrade umfasst auch Block-Level Access Lists und eine Reihe von Gas-Preisänderungen. Eine frühere Glamsterdam-Kompatibilitätsberichterstattung berichtete, dass Wallets, Indexer und Gas-Schätzer, die feste Annahmen verwenden, Änderungen benötigen können, da die Erstellung neuer Konten und einige zustandsintensive Operationen unter dem geplanten Fork eine andere Gas-Behandlung erhalten.
Eine separate Smart-Contract-Risikoprüfung ergab, dass Verträge, die feste Gas-Zuwendungen oder gasempfindliche Ausführungsmuster verwenden, vor dem Erreichen des Mainnets durch das Upgrade möglicherweise getestet werden müssen.
Sepolia-Client-Überprüfungsfenster fällt auf sieben Tage
Der Zeitplan für den 6. Oktober gibt Client-Teams weniger Überprüfungszeit, als Ethereums normaler Upgrade-Prozess empfiehlt.
Während des Calls am 17. September sagte der Entwickler Fredrik Svantes den Teilnehmern, dass der Standardprozess mindestens 14 Tage zwischen releasefähiger Client-Software und der ersten öffentlichen Testnetz-Aktivierung vorsieht. Er sagte, diese zwei Wochen würden normalerweise für interne Sicherheitsüberprüfungen, Bug-Bounty-Exposition und mögliche externe Sicherheitsarbeiten genutzt.
Da Sepolia näher rückt, diskutierten Entwickler den 29. September als spätesten Termin für Client-Releases. Sieben Tage zwischen dem 29. September und dem 6. Oktober würden die Hälfte des normalen Überprüfungszeitraums lassen. Die Teilnehmer akzeptierten dieses Risiko für Sepolia teilweise, weil sein Validator-Set relativ zentralisiert ist und das Netzwerk leichter wiederhergestellt werden kann, wenn Software ausfällt.
Der Kernentwickler Alex Stokes drängte Teams, Software wo möglich früher zu veröffentlichen, damit mehr Prüfer sie untersuchen könnten. Sobald releasefähige Clients verfügbar sind, können sie sofort in Ethereums Bug-Bounty-Prozess eintreten.
Der komprimierte Zeitplan folgt auf mehrere frühere Testprobleme. Eine Entwickleragenda vom 3. September verzeichnete Non-Finalität während der Devnet-8-Gloas-Aktivierung, die mehrere Konsens-Clients betraf, während spätere Devnet-Tests Fixes und zusätzliche Edge Cases untersuchten.
Ein weiterer Test-Call verzeichnete Probleme, bei denen ein Platåberget-Szenario 12 von 13 Besu-Knoten offline schaltete und Erigon- und Ethrex-Knoten verlangsamte. Devnet-9 erlebte ungeplante Non-Finalität, was Teams vor Devnet-11 zu weiteren Iterationen zwang.
Mainnet-Aktivierung hat noch kein bestätigtes Datum
Ethereums öffentliche Roadmap führt Glamsterdam weiterhin für das vierte Quartal 2026 auf, gibt jedoch an, dass das Mainnet-Datum nicht bestätigt wurde. Der nächste veröffentlichte Meilenstein ist der Sepolia-Fork am 6. Oktober.
Es wird erwartet, dass Hoodi auf Sepolia folgt, da es eine offene Validator-Umgebung für Staking- und Upgrade-Tests bietet. Die Entwickler diskutierten die Hoodi-Phase während des Anrufs am 17. September, knüpften ihren Zeitpunkt jedoch an den Fortschritt von Sepolia, was bedeutet, dass Probleme im ersten öffentlichen Testnetz nachfolgende Termine verschieben könnten.
Ethereums Entwurf für die Mainnet-Incident-Response-Plan enthält weiterhin keine Aktivierungs-Epoche oder keinen Zeitstempel. Das Dokument lässt stattdessen die Upgrade-Informationsfelder leer, während es die Client- und Koordinationsrollen auflistet, die vor dem Mainnet-Deployment besetzt werden.
Wie frühere crypto.news-Berichterstattung zu Glamsterdam berichtete, konzentriert sich das Upgrade auf ePBS, Block-Level Access Lists und Gas-Neupreisgestaltung, die für höheren Layer-1-Durchsatz ausgelegt sind. Die Entwickler haben weiterhin erfolgreiche Multi-Client-Tests als Voraussetzung dafür betrachtet, bevor der Mainnet-Fork festgelegt wird.
Vorerst stehen die Client-Teams vor der im Anruf besprochenen Software-Frist am 29. September, gefolgt von der Sepolia-Aktivierung am 6. Oktober. Ethereum-Entwickler haben keine Mainnet-Epoche oder keinen endgültigen Aktivierungszeitstempel veröffentlicht.
