本当のテストはGloas起動後に始まる

Ethereumが公開したGlamsterdam devnet-9仕様は、開発者に2つのタスクを順序立てて課している。まずGloasへのクリーンな移行を完了し、その後、チェックポイント確定に必要な閾値を下回るまで検証者の参加率を意図的に低下させることだ。

Gloasフォークは9月2日15:00 UTCに予定されていた。同仕様は非ファイナリティをdevnetの2番目のテスト目標として挙げているが、このフェーズが開始されたか完了したかについては確認していない。

Gloasはより広範なGlamsterdamハードフォークに含まれる2つの予定されたアップグレードの1つであり、このようなdevnetは短命の専用ネットワークで、クライアントチームが公開テストネットやメインネットでは実施するにはリスクが高すぎる障害シナリオをリハーサルできる場である。

最初の段階が重要なのは、Gloasが数日間のブロック生成で蓄積されたものではなく、ジェネシスで作成された大きなフォーク前の状態に適用されなければならないためだ。第2段階はより難しい問いを投げかける。新しいルールをクライアントが受け入れた後、Ethereumが最も重要な安全保証の1つを失ったとき、それでも合意を維持できるだろうか?

この順序付けこそが本テストの価値を生む。クライアントは通常の条件下ではフォークを正しく処理できても、ファイナリティが停止しネットワークが復旧しなければならないときにのみ不一致を露呈する可能性がある。Ethereumメインネットは複数の独立した実行クライアントとコンセンサスクライアントによって運用されているため、ストレス下でのこうしたクライアント間合意こそがdevnetの存在意義であり、まさに検証すべきものだ。

ファイナリティは停止してもブロックは動き続けられる

Ethereumはブロックの生成を続けるためにファイナリティを必要としない。簡単に言えば、ファイナリティとはEthereumがブロックを恒久的なものとして扱う時点のことだ。確定済みブロックを反転させるには、ステークされたETH全体の少なくとも3分の1が破壊される必要がある。

検証者は引き続きブロックを提案でき、トランザクションは取り込まれ続け、ネットワークはチェーンの先頭を選択し続けられる。ファイナリティは、ステークされたETHの少なくとも3分の2を代表する検証者がチェックポイントに合意した後に得られる、より強力な決済保証だ。

Ethereumのプルーフ・オブ・ステークドキュメントによれば、確定済みチェックポイントの反転は経済的に困難である。このステータスがない場合、最近のブロックはリオルガニゼーションにより大きな露出を受け続け、ファイナリティを必要とするアプリケーションはアクティビティを決済済みとして扱う前に待機する可能性がある。

参加率が3分の2を下回ると何が変わるか

継続できること:

• 新しいブロックは引き続き提案できる。Ethereumはブロック生成を続けるためにファイナリティを必要としない。
• トランザクションは引き続きそれらのブロックに入れることができる。検証者がチェーンの先頭を選択し続ける間、ユーザーはアクティビティを送信できる。
• ネットワークは前進し続けられる。ファイナリティ停止はチェーンの完全な停止とは同じではない。

ファイナリティを待たなければならないこと:

• 新しいチェックポイントは経済的に確定されない。検証者はこの保証を回復するためにステークされたETHの3分の2を必要とする。
• ファイナリティ依存の決済は待たなければならない。一部のブリッジ、取引所、アプリケーションは確定済みチェックポイントに依存している。
• 最近のブロックはより高いリオルガニゼーションリスクを負う。ファイナリティが戻るまで、Ethereumの最も強力な決済保護を持たない。

このテストは、CoindooによるEthereumの33%ファイナリティ閾値の分析で検討されたのと同じ3分の1の障害境界を再現する。ステークの3分の1超が参加しなくなると、ブロック生成が続いていてもファイナリゼーションを停止させうる。

Ethereumは失われたスーパーマジョリティをどのように取り戻すか

Ethereumの復旧メカニズムは非アクティブリーク(inactivity leak)と呼ばれる。ファイナリティなしの状態が4エポック超——現在のネットワークタイミングでは約25分——続くと、プロトコルは正しく参加していない検証者の残高を徐々に減らし始める。

非アクティブな残高が縮小するにつれ、アクティブな検証者が持つシェアは上昇する。アクティブな検証者が再び残りのステークの少なくとも3分の2を代表するようになると、チェックポイントを確定し、Ethereumの完全な決済保証を回復できる。

このプロセスは段階的であり、オフラインに留まる検証者には金銭的コストがかかる。停止中もトランザクションはブロックに現れる可能性があるが、ファイナリティを必要とするアプリケーションはネットワークがそれを取り戻すのを待たなければならない。Ethereumはこのメカニズムを検証者の報酬とペナルティに関するドキュメントで詳述している。

開発者が公表すべき4つの回答

このテストからの有用な報告書は、4つの実用的な問いに答えるだろう:

1. 参加したクライアントはGloasルールを同一に適用したか?
2. devnetはどれくらいの期間ファイナリティなしであったか?
3. クライアントは単一の共有チェーン先頭を維持したか?
4. 復旧後、最初のチェックポイントはいつ確定したか?

これらの詳細は、開発者が意図的に困難な状態を作り出したことを単に確認するのではなく、ネットワークがきれいに復旧したかどうかを示すだろう。

Sepolia前にこれが重要な理由

ファイナリティ停止は理論上のリスクにとどまらない。Ethereumメインネットは2023年、Prysmクライアントの問題により2回の一時的なファイナリティ停止を経験したが、その際もブロックは生成され続けた。今回のdevnetテストは、Glamsterdamがより広範なテスト段階に到達する前に、この復旧経路を検証する統制された試みである。

Glamsterdamは引き続きdevnetテスト中である。EthereumはSepoliaフォークを9月28日の次のマイルストーンとして掲げており、メインネット起動は2026年第4四半期に予定されているが確定日はない。公式のGlamsterdamロードマップがその展開の基準点であり続ける。

開発者が結果を公表するとき、重要な詳細はファイナリティがどれくらい停止していたか、クライアントが整合を保っていたか、そして復旧後にどのチェックポイントが最初に確定したかである。

本記事Ethereum Tests What Happens When Finality StopsはCoindooに最初に掲載された。