フサカアップグレード後のイーサリアムのPrysmバグにより、投票参加率が25%低下し、74.7%の参加率でネットワークがファイナリティ喪失の危機に直面しました。迅速な修正により99%以上の参加率が回復しましたが、クライアント集中のリスクが依然として浮き彫りになりました。
-
イーサリアムの投票参加率がPrysmコンセンサスクライアントのバグにより74.7%に低下しました。これは、古いアテステーションの処理に問題が生じたためです。
-
このインシデントはフサカアップグレード直後に発生し、Prysmを使用するバリデーターの約22%に影響を及ぼしました。
-
ファイナリティには総ステークの3分の2以上の参加率が必要で、ネットワークは混乱のわずか9%手前まで迫りましたが、数時間以内に99%に回復。Beaconcha.inのデータによるものです。
フサカアップグレード後のイーサリアムPrysmバグで投票率が25%低下、ファイナリティ喪失のリスク。原因、影響、セキュアなブロックチェーン運用のためのクライアント多様性の必要性を探ります。イーサリアムの最新情報を入手しましょう。
フサカアップグレード後のイーサリアムPrysmバグの原因は何だったのか？
イーサリアムのPrysmバグは、フサカネットワークアップグレード直後に発生しました。Prysmコンセンサスクライアントのv7.0.0バージョンが、古いアテステーションを処理する際に不要な古い状態を生成したのが原因です。この欠陥は、Prysmのコア開発者Terence Tsao氏の説明によると、ノードの機能を妨げ、バリデーター参加率の急激な低下を招きました。一時的な回避策として、「–disable-last-epoch-targets」フラグでクライアントを起動するよう推奨され、ネットワークは迅速に安定しました。
イーサリアムの投票参加率が25%低下したのは、フサカアップグレード直後のPrysmコンセンサスクライアントのバグによるもので、ネットワークはファイナリティ喪失までわずか9%でした。
フサカネットワークアップグレード直後、イーサリアムネットワークはPrysmコンセンサスクライアントのバグにより、バリデーター参加率が急落し、多くの投票がオフラインになりました。
木曜日のPrysm発表によると、クライアントのv7.0.0バージョンは古いアテステーションを処理する際に不要な古い状態を生成し、Prysmのコア開発者Terence Tsao氏によると、これがノードの正しい動作を妨げました。開発者は、一時的な回避策として「–disable-last-epoch-targets」フラグでクライアントを起動することを推奨しました。
Beaconcha.inのネットワークデータによると、エポック411,448では、同期参加率（ランダムに選ばれた512ノードのチェーン頭部署名率）が75%、投票参加率が74.7%にとどまりました。投票参加率が25%低下したのは、ファイナリティと通常運用を維持するための3分の2超多数派を失うまで9%足りませんでした。
執筆時点の現在のイーサリアムネットワークエポック（411,712）では、投票参加率がほぼ99%、同期参加率が97%に達し、ネットワークは回復しています。問題発生前は、エポックごとに99%以上の投票参加率が常態でした。
投票参加率の低下は、Prysmコンセンサスクライアントを使用するバリデーターのシェアとほぼ一致し、水曜日の推定22.71%からインシデント後18%に低下しました。これにより、アテステーションの失敗がPrysmバリデーターに集中した可能性が高いことが示唆されます。
クライアント多様性チャート。出典: MigaLabs
イーサリアム財団とPrysm開発組織のOffchain Labsは、公開時点でコメント依頼に応じていません。
イーサリアムはファイナリティ喪失までどれほど近づいたのか？
イーサリアムのファイナリティメカニズムは、総ステークETHの少なくとも3分の2の投票参加率を達成することで、ブロックを不可逆的に確認します。インシデント中、参加率は74.7%に低下し、ファイナリティ喪失の閾値に危険なほど近づきました。Beaconcha.inのエポック411,448のデータは、この脆弱性を示しており、同期参加率75%、投票74.7%で、問題前の99%超とは対照的です。
投票参加率が総ステークETHの3分の2を下回ると、イーサリアムネットワークはファイナリティを失います。イーサリアムの設計上、その場合でもブロック生成は可能ですが、チェーンはファイナライズされなくなります。
このような障害の可能性として、レイヤー2ブリッジが凍結し、ロールアップの出金が停止、取引所がチェーン再編成リスクの高まりでブロック確認要件を厳しくするでしょう。
イーサリアムがファイナリティを失う可能性のある類似インシデントは理論上ではありません。2023年5月初旬、メインネットはファイナリティを失いました。これは24時間以内に2回発生したもので、PrysmとTekuコンセンサスクライアントの古いターゲットアテステーション処理バグが原因です。
このインシデントははるかに深刻な結果を招く可能性がありました。Prysmの開発者は2021年9月に、コンセンサスノードの3分の2以上でPrysmが稼働していると推定していました。2022年1月に現在の多数派コンセンサスクライアントLighthouseで働く開発者Michael Sproul氏が共有したデータでは、Prysmがノードの68.1%を占めていました。
クライアント多様性チャート。出典: Michael Sproul
歴史的な前例は深刻さを強調します。2023年5月、イーサリアムは類似のPrysmとTekuバグで24時間以内に2回のファイナリティ喪失を経験し、レイヤー2運用が凍結、取引所が確認基準を強化しました。MigaLabsの専門家分析によると、ファイナリティなしでもブロック形成は可能ですが、チェーン再編成リスクが急増し、ユーザー信頼を損ない、エコシステム成長を停滞させる可能性があります。
よくある質問
イーサリアムPrysmバグはバリデーターにどのような影響を与えたのか？
イーサリアムPrysmバグは、主にPrysmコンセンサスクライアントを使用するバリデーター（ネットワークの約22.71%）に影響し、アテステーション失敗を引き起こし、全体の投票参加率を25%低下させてファイナリティを危険にさらしました。バリデーターは回避フラグを適用して運用を再開し、参加率は99%に回復。Beaconcha.inなどのネットワークモニターによると、長期的な混乱は最小限に抑えられました。
イーサリアムのセキュリティにおいてクライアント多様性はなぜ重要か？
イーサリアムのクライアント多様性は、単一のバグがネットワーク全体を侵害しないよう、どのクライアントも33%の市場シェアを超えないようにします。MigaLabsデータによるとLighthouseが52.55%、Prysmが18%ですが、システムは依然脆弱です。イーサリアム教育者のAnthony Sassano氏はソーシャルメディアで、Lighthouseのバグならファイナリティ喪失を招いていたと強調し、多様化が堅牢なセキュリティと中断のない運用に不可欠だと述べました。
主なポイント
- Prysmバグの影響: Prysm v7.0.0の欠陥がフサカ後投票率を25%低下させ、ファイナリティ喪失の危機を招きましたが、回避策で迅速に解決。
- ネットワーク回復: 数時間以内に参加率が99%に急回復し、イーサリアムの回復力を示しましたが、MigaLabsチャートが示すクライアント集中リスクを露呈。
- 多様化の必要性: イーサリアムは支配クライアントを33%未満に減らす必要があり、2023年の歴史的インシデントはレイヤー2凍結と取引所遅延の可能性を強調。
クライアント多様性チャート。出典: MigaLabs
これはインシデント前のLighthouseが48.5%未満、Prysmが約22.71%だった状態からの悪化で、MigaLabsによるものです。
イーサリアム教育者のAnthony Sassano氏はX投稿で、「Lighthouseにバグがあればネットワークはファイナライズを失っていただろう」と指摘しました。
結論
フサカアップグレード後のイーサリアムPrysmバグは、クライアント多様性の不足がもたらすイーサリアムファイナリティリスクの厳しい教訓です。参加率が74.7%に低下したものの99%に回復し、重大な混乱を回避しましたが、Beaconcha.inやMigaLabsのデータが示すように、脆弱性は残っています。イーサリアムが進化する中、多様なコンセンサスクライアントを優先することで、ファイナリティを守り、ユーザーと開発者のためのよりセキュアなブロックチェーンエコシステムを育むことが重要です。
