イーサリアム、Glamsterdamテストネットでビルダー悪用の恐れと警告

イーサリアムの9月17日の全コア開発者コンセンサス会議の記録によると、参加者は最近のGlamsterdam開発ネットの結果を検討した上で10月6日の日程を受け入れたが、開発者らは同時に、テストETHに実質的な経済的コストがないパブリックネットワーク上で、Enshrined Proposer-Builder Separation（ePBS）がどのように振る舞うかについて懸念を表明した。

警告の中心にあるのは、GlamsterdamのEnshrined Proposer-Builder Separation設計であるEIP-7732だ。ethereum.orgはePBSを、トランザクションペイロードを組み立てる作業をバリデーターのコンセンサス業務から分離するプロトコル変更と説明しており、現在は外部インフラに大きく依存している関係をイーサリアムのコンセンサスルールに移行するものだとしている。

この設計では、ビルダーは実行ペイロードを供給する権利に対して入札を行うことができる。プロポーザーが落札した入札にコミットすると、ビルダーはその背後にあるトランザクションを公開することが期待される。イーサリアムのコンセンサス仕様では、ビルダーは対応するペイロードエンベロープをブロードキャストする前に、署名付きの実行ペイロード入札を提出する、別個のステーキングされたアクターとして定義されている。

木曜日の開発者コールで、コンセンサス開発者のPotuz氏は、テストネットでは経済性が変わるため、攻撃者はメインネットの市場価値を支払うことなくテストETHを入手できると警告した。悪意のあるオペレーターは多数のビルダーIDを作成し、正当な競合他社をはるかに上回る入札を行い、落札後に約束したペイロードの提供を拒否する可能性がある。

「千のビルダーを立ち上げるだけでいい」とPotuz氏は述べ、攻撃者はそれらをローテーションし、積極的に入札し、ペイロードを保留できると説明した。さらに「十代の若者でもこれができる」と付け加えた。

開発者はこの懸念を、メインネットのETHを盗む新たな手段ではなく、パブリックテストネットの可用性の問題として位置づけた。メインネットでは、参加者はすでに空のブロックを生成するために対価を支払うことができるが、ブロックスペースを取得する経済的コストがその行動を制限している。テストETHは持続的な妨害をはるかに安価にする。

クライアントにはビルダーレベルのサーキットブレーカーが必要になる可能性

既存の保護策はSepolia環境には十分ではないかもしれない。Potuz氏は開発者に対し、一部のクライアントのサーキットブレーカーは、複数のペイロードが欠落した後にのみローカルで構築されたブロックにフォールバックするが、個々の悪質なビルダーを拒否できる普遍的な保護策は認識していないと述べた。

彼の懸念は、攻撃者が新しいIDで戻ってくることに集中していた。クライアントが欠落したペイロードに反応したとしても、使い捨てのビルダーは、防御ロジックがその行動を十分迅速に特定して制限しない限り、入札を続ける可能性がある。

開発者らは、ビルダー攻撃をSepoliaに対する確認済みのエクスプロイトとしては提示しなかった。議論は、外部の参加者がePBS条件下で参加できるようになれば、パブリックテストで明らかになる可能性があると彼らが予想するシナリオに関するものだった。Potuz氏は、アプリケーションやインフラのチームが機能するブロックに対してソフトウェアをテストするためにテストネットに依存しているため、イーサリアムのテストネットにはより強力な保護策が必要だと主張した。

ethereum.orgによると、Sepoliaはクライアントおよびテストチームによって管理される許可制のバリデーターセットを使用している一方、Hoodiはステーキングとプロトコルテストを目的としたオープンなバリデーターセットを備えている。Sepoliaの構造は、最初の長期的なパブリックGlamsterdam展開で問題が発生した場合に、イーサリアム開発者により多くの運用上の制御を与える。

crypto.newsが以前に報じたように、開発者らは最新のコールの前に暫定的に10月6日を選択していたが、その日付は依然として別の安定したプライベート開発ネットの移行に依存していた。9月17日のコンセンサスコールは、Devnet-11が予定されていたフォークのリハーサルを完了した後、そのスケジュールを前倒しした。

Devnet-11はSepolia前に2億ガスをテスト

Glamsterdam Devnet-11は、敵対的な攻撃ネットワークではなく、制御された「ハッピーパス」のリハーサルとして作成された。公式仕様では、ジェネシスを9月14日、Gloas移行を9月16日、その直後にブロックガスリミットを6000万から2億に引き上げることが予定されていた。

テストネットワークはマルチクライアント構成で84,000のバリデーターを使用し、Glamsterdamテスト用に計画されたものと同じコアEIPセットを搭載していた。主催者は意図的にDevnet-11の範囲から意図的な攻撃を除外し、敵対的な実験はより長期間稼働するPlatåberget環境に残した。

CoinDeskは、Devnet-11が移行を完了し、ファイナリティを失うことなくガスリミットを2億に向けて引き上げたと報じた。2億という設定はテストパラメータであり、メインネットのガスリミットの確定したコミットメントではない。

イーサリアム自身のGlamsterdamロードマップによると、このアップグレードはブロックの構築と検証方法を変えながら、レイヤー1の容量を増やすように設計されている。EIP-7732は実行ペイロードの伝播ウィンドウを約2秒から約9秒に延長し、ノードがより大きなペイロードを配布および検証する時間を増やす。

このアップグレードには、ブロックレベルアクセスリストと一連のガス価格変更も含まれている。以前のGlamsterdam互換性に関する報道では、固定の前提を使用するウォレット、インデクサー、ガス推定器は、計画されたフォークの下で新規アカウント作成や一部の状態を多用する操作が異なるガス処理を受けるため、変更が必要になる可能性があると報じられた。

別のスマートコントラクトのリスクレビューでは、固定ガス支給額やガスに敏感な実行パターンを使用するコントラクトは、アップグレードがメインネットに到達する前にテストが必要になる可能性があると指摘された。

Sepoliaクライアントのレビュー期間は7日間に短縮

10月6日のスケジュールでは、クライアントチームのレビュー時間はイーサリアムの通常のアップグレードプロセスが推奨する時間よりも短くなる。

9月17日のコールで、開発者のFredrik Svantes氏は参加者に対し、標準プロセスではリリース準備が整ったクライアントソフトウェアと最初のパブリックテストネットのアクティベーションの間に少なくとも14日間が必要だと述べた。その2週間は通常、内部セキュリティレビュー、バグ報奨金の公開、および可能な外部セキュリティ作業に使用されると述べた。

Sepoliaが近づく中、開発者らはクライアントリリースの最終日として9月29日を議論した。9月29日から10月6日までの7日間では、通常のレビュー期間の半分しか残らない。参加者は、Sepoliaのバリデーターセットが比較的集中しており、ソフトウェアが壊れた場合でもネットワークをより容易に回復できるという理由もあって、そのリスクを受け入れた。

コア開発者のAlex Stokes氏は、より多くのレビュー担当者が検証できるように、可能な限り早期にソフトウェアをリリースするようチームに促した。リリース準備が整ったクライアントが利用可能になれば、すぐにイーサリアムのバグ報奨金プロセスに入ることができる。

この短縮されたスケジュールは、以前のいくつかのテスト問題に続くものだ。9月3日の開発者アジェンダには、Devnet-8のGloasアクティベーション中に複数のコンセンサスクライアントに影響を与えた非ファイナリティが記録されており、その後のDevnetテストでは修正と追加のエッジケースが検討された。

別のテストコールでは、Platåbergetのシナリオで13台中12台のBesuノードがオフラインになり、ErigonとEthrexのノードが遅くなった問題が記録された。Devnet-9では計画外の非ファイナリティが発生し、チームはDevnet-11の前にさらなる反復を余儀なくされた。

メインネットのアクティベーションは依然として確定日なし

イーサリアムの公開ロードマップは引き続きGlamsterdamを2026年第4四半期としているが、メインネットの日付は確認されていないと述べている。次に公開されるマイルストーンは10月6日のSepoliaフォークだ。

Hoodiは、ステーキングとアップグレードテストのためのオープンなバリデーター環境を提供するため、Sepoliaに続くことが期待されている。開発者らは9月17日のコールでHoodiの段階について議論したが、そのタイミングはSepoliaの進捗に結びついており、最初のパブリックテストネットでの問題がその後の日付を動かす可能性があることを意味する。

イーサリアムのメインネットインシデント対応計画の草案には、依然としてアクティベーションエポックやタイムスタンプが含まれていない。文書はアップグレード情報フィールドを空白のままにしており、メインネット展開前に埋められるクライアントと調整の役割を列挙している。

以前のcrypto.newsのGlamsterdam報道が伝えたように、このアップグレードはePBS、ブロックレベルアクセスリスト、およびより高いレイヤー1スループットを目的としたガス再価格設定を中心としている。開発者らは、メインネットのフォークを設定する前に、成功したマルチクライアントテストを前提条件として扱い続けている。

現時点では、クライアントチームはコールで議論された9月29日のソフトウェア期限に直面しており、その後Sepoliaの10月6日のアクティベーションが続く。イーサリアム開発者はメインネットのエポックや最終的なアクティベーションタイムスタンプを公開していない。