月齢のEthereumクライアントのバグがPrysmの停止の原因とされる

Prysmは、EthereumのFusakaアップグレードの1ヶ月前にテストネットに導入されたバグが、今月初めに影響を及ぼしたEthereumノードの検証問題の原因であることを明らかにしました。

Ethereum開発者のTerence Tsaoは、日曜日にFusakaメインネットのPrysmインシデントに関する事後報告を投稿し、12月4日にネットワークに影響を与えた事例を詳述しました。

Prysmノードは、同期していないノードからの証明を処理する際に「リソース枯渇」を経験し、過去のエポックブロックをリプレイし、高価な状態遷移を再計算したため、過度の作業負荷によりパフォーマンスに大きな影響を及ぼしたと述べています。

事後報告では、バグが事件の1ヶ月前からテストネットに存在していたが、トリガーされていなかったことが明らかになりました。

「バグはPrysm PR 15965で導入され、トリガーされることなく事件の1ヶ月前にテストネットに展開されました。」

テストネットはバグを特定するために設計されていますが、完璧な方法ではありません。

2023年5月、上海ハードフォークの1ヶ月後、Ethereum開発者たちは、ネットワークが一時的に取引の最終性を失い、翌日には1時間以上回復するまでに一時的にネットワークが停止する事態に遭遇し、騒ぎになりました。

Prysmはパッチを適用済み

Prysmは、現在のヘッドステートを使用する代わりに、以前の状態を最初から再生成し、大きな計算負荷を生じさせました。

ネットワークは42エポック以上にわたり、スロットの見逃し率が18.5％に達し、参加率は75％に低下し、バリデーターは証明報酬として約382 Ether (ETH)を失ったと述べています。

関連： Vitalik ButerinはEthereumが一時的な最終性喪失に耐えられると述べている

ノード運営者は、一時的な解決策を展開するよう指示され、開発者はPrysmクライアントのアップデートパッチに取り組みました。

クライアント多様性が救いに

このインシデントは、Ethereumの主要なコンセンサスクライアントであるLighthouseに影響が及んでいたら、より深刻な事態になった可能性があると開発者は述べています。

Offchain LabsのPrysmは、ClientDiversityによると、Ethereumの2番目に大きなクライアントで、シェアは17.6％です。

「クライアントの多様性は、Ethereumユーザーに目立った影響を与えずに済みました。ネットワークの1/3以上を占めるクライアントは、一時的な最終性喪失とより多くのブロックの見逃しを引き起こしたでしょう。」

しかし、このインシデントは、Lighthouseが危険なほど2/3の閾値に近づいていることを浮き彫りにしました。そこに到達すると、単一のクライアントバグが無効なチェーンを確定させる恐れがあります。

Lighthouseの現在のクライアントシェアは52.6％で、インシデント発生時の約56％から低下しています。

*Ethereum開発者はクライアントの多様性を促進しています。出典：ClientDiversity
マガジン： 大きな疑問：ビットコインは10年の停電に耐えられるか？

• #Ethereum
• #Software
• #Nodes
• #Validator 追加反応