Ethereum Devnet-9 bricht die Finalität absichtlich, um die Netzwerkerholung zu testen
Wichtige Erkenntnisse
- •Glamsterdam-Devnet-9 verlangte von den Entwicklern eine saubere Gloas-Transition, geplant für den 2. September um 15:00 UTC, bevor die Validator-Beteiligung absichtlich unter die Finalitätsschwelle gedrückt wurde.
- •Blöcke und Transaktionen können während eines Finalitätsstillstands weiterlaufen, doch Checkpoints können erst finalisiert werden, wenn Validatoren mit mindestens zwei Dritteln des gestakten ETH wieder übereinstimmen.
- •Ethereums Inactivity-Leak-Mechanismus setzt nach etwa vier Epochen ohne Finalität ein und reduziert allmählich die Guthaben offline Validatoren, bis aktive Validatoren eine Zweidrittelmehrheit zurückgewinnen.
- •Das Ethereum-Mainnet erlebte 2023 zwei vorübergehende Finalitätsstillstände infolge eines Prysm-Client-Problems, was kontrollierte Erholungstests motiviert.
- •Der nächste Glamsterdam-Meilenstein ist der Sepolia-Fork am 28. September; eine Mainnet-Aktivierung wird für das vierte Quartal 2026 erwartet, ohne bestätigtes Datum.

Der eigentliche Test beginnt nach der Aktivierung von Gloas
Die veröffentlichte Glamsterdam-Devnet-9-Spezifikation stellt die Entwickler vor zwei aufeinanderfolgende Aufgaben: Zunächst müssen sie eine saubere Gloas-Transition abschließen, danach müssen sie die Validator-Beteiligung absichtlich unter die Schwelle drücken, die zur Finalisierung von Checkpoints erforderlich ist.
Der Gloas-Fork war für den 2. September um 15:00 UTC geplant. Dieselbe Spezifikation führt die Nicht-Finalität als zweites Testziel des Devnets auf, bestätigt jedoch nicht, ob diese Phase bereits begonnen oder abgeschlossen wurde.
Gloas ist eines der beiden geplanten Upgrades innerhalb des übergeordneten Glamsterdam-Hard-Forks, und Devnets wie dieses sind kurzlebige, eigens aufgebaute Netzwerke, in denen Client-Teams Fehlerszenarien durchspielen können, die auf einem öffentlichen Testnet – geschweige denn im Mainnet – zu riskant wären.
Die erste Stufe ist wichtig, weil Gloas auf einen großen Pre-Fork-Zustand angewendet werden muss, der beim Genesis-Block erzeugt wurde, und nicht auf einen Zustand, der über Tage der Blockproduktion gewachsen ist. Die zweite Stufe wirft eine schwierigere Frage auf: Stimmen die Clients auch dann noch überein, wenn Ethereum eines seiner wichtigsten Sicherheitsversprechen verliert?
Gerade diese Reihenfolge verleiht der Übung ihren Wert. Ein Client kann einen Fork unter normalen Bedingungen korrekt verarbeiten und eine Uneinigkeit erst zeigen, wenn die Finalität stockt und sich das Netzwerk erholen muss. Da das Ethereum-Mainnet von mehreren unabhängigen Execution- und Consensus-Clients betrieben wird, ist genau diese clientübergreifende Übereinstimmung unter Belastung das, wozu Devnets existieren.
Die Finalität kann stoppen, während Blöcke weiterlaufen
Ethereum benötigt keine Finalität, um weiter Blöcke zu produzieren. Einfach gesagt ist die Finalität der Punkt, an dem Ethereum einen Block als endgültig behandelt. Um einen finalisierten Block rückgängig zu machen, müsste mindestens ein Drittel des gesamten gestakten ETH vernichtet werden.
Validatoren können weiterhin Blöcke vorschlagen, Transaktionen können weiterhin aufgenommen werden, und das Netzwerk kann weiterhin eine Chain-Head bestimmen. Die Finalität ist die stärkere Abwicklungsgarantie, die eintritt, sobald Validatoren, die mindestens zwei Drittel des gestakten ETH vertreten, sich auf Checkpoints geeinigt haben.
Die Proof-of-Stake-Dokumentation von Ethereum erläutert, dass ein finalisierter Checkpoint wirtschaftlich nur schwer rückgängig zu machen ist. Ohne diesen Status bleiben aktuelle Blöcke stärker von Reorganisationen bedroht, und Anwendungen, die Finalität benötigen, warten möglicherweise ab, bevor sie Aktivitäten als abgewickelt betrachten.
Was sich ändert, wenn die Beteiligung unter zwei Drittel fällt
Was weiterlaufen kann:
- Neue Blöcke können weiterhin vorgeschlagen werden. Ethereum benötigt keine Finalität, um weiter Blöcke zu produzieren.
- Transaktionen können weiterhin in diese Blöcke aufgenommen werden. Nutzer können Aktivitäten einreichen, während Validatoren weiter eine Chain-Head bestimmen.
- Das Netzwerk kann weiter voranschreiten. Ein Finalitätsstillstand ist nicht dasselbe wie ein vollständiger Kettenstillstand.
Was auf die Finalität warten muss:
- Kein neuer Checkpoint wird wirtschaftlich final. Validatoren benötigen zwei Drittel des gestakten ETH, um diese Garantie wiederherzustellen.
- Von der Finalität abhängige Abwicklungen müssen warten. Einige Bridges, Börsen und Anwendungen verlassen sich auf finalisierte Checkpoints.
- Aktuelle Blöcke tragen ein höheres Reorganisationsrisiko. Ihnen fehlt Ethereums stärkster Abwicklungsschutz, bis die Finalität zurückkehrt.
Die Übung重现 – nein – Die Übung reproduziert dieselbe Ein-Drittel-Fehlgrenze, die in Coindoos Analyse des 33%-Finalitätsschwellenwerts von Ethereum untersucht wurde. Wenn mehr als ein Drittel des Stakes nicht teilnimmt, kann die Finalisierung stoppen, obwohl die Blockproduktion weiterläuft.
Wie Ethereum die fehlende Zweidrittelmehrheit zurückgewinnt
Ethereums Erholungsmechanismus heißt Inactivity Leak. Nach mehr als vier Epochen ohne Finalität – rund 25 Minuten bei aktueller Netzwerk-Taktung – beginnt das Protokoll, die Guthaben von Validatoren, die nicht korrekt teilnehmen, schrittweise zu reduzieren.
Mit dem Schrumpfen der inaktiven Guthaben steigt der Anteil aktiver Validatoren. Sobald aktive Validatoren wieder mindestens zwei Drittel des verbleibenden Stakes vertreten, können sie Checkpoints finalisieren und Ethereums vollständige Abwicklungsgarantie wiederherstellen.
Der Prozess verläuft allmählich und ist für Validatoren, die offline bleiben, finanziell kostspielig. Transaktionen können während des Stillstands weiterhin in Blöcken erscheinen, doch Anwendungen, die Finalität benötigen, müssen warten, bis das Netzwerk sie zurückerlangt. Ethereum beschreibt den Mechanismus in seiner Dokumentation zu Validator-Belohnungen und -Strafen.
Vier Antworten, die Entwickler veröffentlichen sollten
Ein aussagekräftiger Bericht über die Übung würde vier praktische Fragen beantworten:
- Haben die teilnehmenden Clients die Gloas-Regeln identisch angewendet?
- Wie lange war das Devnet ohne Finalität?
- Hatten die Clients durchgehend eine gemeinsame Chain-Head?
- Wann wurde nach der Erholung der erste Checkpoint finalisiert?
Diese Details würden zeigen, ob sich das Netzwerk sauber erholt hat, und nicht bloß bestätigen, dass Entwickler absichtlich einen schwierigen Zustand herbeigeführt haben.
Warum das vor Sepolia wichtig ist
Ein Finalitätsstillstand ist kein rein theoretisches Risiko. Das Ethereum-Mainnet erlebte 2023 zwei vorübergehende Finalitätsstillstände infolge eines Problems mit dem Prysm-Client, obwohl weiterhin Blöcke produziert wurden. Diese Devnet-Übung ist ein kontrollierter Versuch, diesen Erholungspfad zu testen, bevor Glamsterdam in eine breitere Testphase übergeht.
Glamsterdam befindet sich weiterhin in der Devnet-Phase. Ethereum führt den Sepolia-Fork als nächsten Meilenstein am 28. September auf, während eine Mainnet-Aktivierung im vierten Quartal 2026 erwartet wird, jedoch ohne bestätigtes Datum. Die offizielle Glamsterdam-Roadmap bleibt der Referenzpunkt für den Rollout.
Wenn die Entwickler die Ergebnisse veröffentlichen, werden die wichtigen Details sein, wie lange die Finalität stockte, ob die Clients ausgerichtet blieben und welcher Checkpoint nach der Erholung zuerst finalisiert wurde.
Der Beitrag Ethereum Tests What Happens When Finality Stops erschien zuerst auf Coindoo.