Web3セキュリティ企業のBlockaidは、EthereumクライアントのRethに存在するバグにより、ノードが不正なステートプルーフ（状態証明）を生成する恐れがあると警告しました。この発表に伴い、rethやop-reth、Base向けの修正済みビルド（パッチ）が提示されています。また、リスク管理プラットフォームのGauntletは、このリスクに対応するため預入や資金配分の縮小を実施しました。ブロックチェーンのデータ検証を担う基盤クライアントの不具合であるため、エコシステム全体での対応が重視されています。
株式会社Pacific Metaが運営する編集チームです。ステーブルコイン、RWA（リアルワールドアセット）、セキュリティトークン、NFTなどのトークン活用や、オンチェーン金融、AI×ブロックチェーン領域の事業開発・実装、暗号資産の基礎知識と国内取引所の使い方まで、ブロックチェーン事業の支援で得た知見をもとに記事の企画・執筆・監修を行っています。編集部や運営会社の詳細は公式サイトと編集方針をご覧ください。
Rethにおけるバグの発覚と修正パッチの提示
Blockaidは、Reth実行クライアントおよびそれに基づくソフトウェアにおいて、ノードが誤ったステートプルーフ（状態証明）を生成する可能性があるバグが存在すると警告しました。RethはEthereumの実行クライアントであり、op-rethやBaseはEthereumのレイヤー2技術に関連するソフトウェアとされています。
Blockaidは本件に対し、reth、op-reth、Baseを対象としたパッチ適用済みビルドをリストアップし、対応を呼びかけています。ステートプルーフはブロックチェーン上のアカウントや取引データが正しいことを検証するための仕組みであるため、誤った証明が生成された場合、ノードの同期やアプリケーションの検証基盤に悪影響を及ぼす可能性があります。
リスク管理企業Gauntletによる資金運用の抑制
このバグの警告を受けて、DeFiのリスク管理を手がけるGauntletは預入（デポジット）や資金配分（アロケーション）の抑制・縮小を行いました。
基盤ソフトウェアの不整合によって生じる潜在的な不具合や運用の混乱を回避するため、迅速にリスクヘッジ措置を講じたものと見られます。ネットワークの基盤レイヤーにおける技術的不具合が、DeFiプロトコルの資金運用プロセスに即座に波及した事例といえます。
ポイント
- BlockaidがRethおよび派生ソフトウェアにおける状態証明の生成バグを警告した点
- 未修正のノードが不正なステートプルーフ（状態証明）を出力するリスクがある点
- reth、op-reth、Base向けに修正済みビルドが提供されている点
- リスク回避のためGauntletが預入や資産配分の抑制を実施した点
- ブロックチェーンの正確な検証基盤に関わる不具合であり迅速なアップデートが不可欠である点
総研プライム
ブロックチェーンを、
徹底的に読み解く。
技術の仕組み、企業の戦略、市場の構造まで。独自の調査・分析で掘り下げる専門レポート。
初月無料で読む