Ethereum コンセンサス クライアント Prysm は、ソフトウェアのバグが最近の Fusaka アップグレードの直後にネットワークの混乱を引き起こした後、バリデーターが 382 ETH（100 万ドル以上に相当）を逃したと述べました。

「Fusaka Mainnet Prysm incident」と題された事後報告に詳述されたこの事件は、ほぼすべての Prysm ノードに影響を与えたリソース枯渇イベントから生じ、ブロックとアテステーションの見逃しにつながりました。

Prysm の停止の原因は何ですか？

Prysm の開発者である Offchain Labs によると、問題は 12 月 4 日に以前に導入されたバグがバリデーター リクエストの遅延を引き起こしたときに発生しました。

これらの遅延は、ネットワーク全体でブロックとアテステーションの欠落を引き起こしました。

「Prysmビーコノードは、ネットワークと同期していない可能性のあるノードからアテステーションを受け取りました。これらのアテステーションは、前のエポックからのブロックルートを参照していました」とプロジェクトは説明しました。

この混乱により、41のエポックが欠落し、1,344の利用可能なスロットのうち248のブロックが欠落しました。これは18.5%の欠落スロット率を示し、事件中のネットワーク全体の参加率を75%に押し下げました。

オフチェインラボは、この挙動の原因となるバグが約1か月前に導入され、テストネットにデプロイされた後、Fusakaアップグレードに続いてメインネットでトリガーされたと述べました。

一時的な緩和策により即時の影響は軽減されましたが、Prysmはその後、再発を防ぐためにアテステーション検証ロジックに恒久的な変更を実装したと述べました。

イーサリアムのクライアントの多様性

一方、障害はイーサリアムのクライアント集中に対する再びの注目を呼び起こし、ソフトウェアのモノカルチャーによって引き起こされるリスクを浮き彫りにしました。

オフチェインラボは、Prysmがイーサリアムのバリデータベースのより大きなシェアを考慮していれば、障害はより深刻な結果を招いていた可能性があると述べました。同社は、イーサリアムのクライアントの多様性が、より広範なネットワークの失敗を防ぐ重要な要因であると指摘しました。

「ネットワークの1/3以上を持つクライアントは、一時的な最終性の喪失と、より多くの欠落したブロックを引き起こすでしょう。2/3以上のバグクライアントは無効なチェーンを最終化する可能性があります」と述べています。

その緩和策にもかかわらず、この事件はより大きなクライアントの多様性を求める声を強めました。

Miga Labsのデータによると、Lighthouseは依然として支配的なイーサリアムのコンセンサスクライアントであり、バリデータの51.39%を占めています。Prysmは19.06%、次いでTekuが13.71%、Nimbusが9.25%です。

Lighthouseのシェアは、あるしきい値から約15%ポイント離れています。このしきい値は、一部の研究者がシステミックリスクと見なすものです。

その結果、開発者やエコシステムの参加者は、単一のソフトウェアの欠陥がブロックチェーンのコアオペレーションを妨害する可能性を減らすために、バリデータに代替クライアントへの切り替えを再度促しています。