EthereumクライアントのバグでReth、Optimism、Base、Tempoに緊急パッチ適用

11月5日、ParadigmのReth実行クライアントでソフトウェア欠陥が発見され、複数のEthereumレイヤー2ネットワークで緊急対応が行われた。このバグはRethのレガシーなステートルート計算に起因し、特別に作成されたトランザクションを処理する際にブロックチェーンの暗号指紋が誤って算出され、ノード間でブロックの有効性に食い違いが生じる可能性があった。ParadigmのCTOであるGeorgios Konstantopoulosは、Tempoチームによる自動ファズテストで問題が特定され、Reth、Optimism、Base、Tempoへ即座にパッチが適用されたと述べた。

脆弱性の技術的側面

ステートルートはEthereum全体の状態（アカウント残高やコントラクトストレージ）を要約する。CryptoSlateによると、Rethのレガシーモジュールにある欠陥コードは、エッジケースのストレージ構成や低スペックハードウェア、同一クライアントを使用するOP‑Stackネットワーク上でこのルートを誤算出する可能性がある。なお、別個の検証パスを使用する出金メカニズムには影響しないが、放置すればブロック生成やネットワーク同期に支障を来す恐れがある。

統一されたパッチ展開

Reth開発者はバージョン2.10.0を、OptimismはOP Reth v2.8.1を、Baseはバージョン1.5.3をリリースし、すべてノード運用者向けに高優先度アップデートとして位置付けた。Baseは独自のステートルート実装を採用しているため、Rethの計算が誤っていても正しいルートを検証できると確認した。ネットワークは状態ルートを再計算し、一切のユーザー資金への影響はなく、バリデータが停止することもなかった。

エコシステム全体の反応

この事象を受け、直接影響を受けたクライアント以外でも予防的な措置が取られた。Frax Financeは、リスク評価中にLayerZeroが一部のクロスチェーンルートを一時停止したと報告したが、資産やコントラクトは安全であると述べた。Rethバグに脆弱なブリッジは確認されず、共通の実行ソフトウェアがサービス全体に波及するリスクを示した。

今後の注目点

ステークホルダーは、独立ノード運用者間でのパッチ適用率を監視すべきである。未パッチのノードが残ると不整合が再発する恐れがある。Rethや類似実行クライアントを利用する他プロジェクトからの追加開示や、エッジケーストランザクション入力に対するファズテストなど、今後のテスト手法に影響を与える事後分析にも注目が集まる。