Cointelegraphによると、EthereumネットワークはFusakaネットワークアップグレードの後、バリデーター参加の大幅な減少を経験しました。この減少は、ネットワークの投票プロセスの一部を妨げるPrysmコンセンサスクライアントのバグに起因していました。この問題は、Prysmクライアントのバージョンv7.0.0が古い確認を処理する際に時代遅れの状態を生成した時に発生しました。これは、Prysmのコア開発者であるTerence Tsaoによって説明されています。この欠陥はノードの適切な機能を妨げ、開発者は「--disable-last-epoch-targets」フラグを使用した一時的な回避策を提案しました。
Beaconcha.inのネットワークデータによると、エポック411,448の間、ネットワークの同期参加率は75%で、投票参加率は74.7%でした。これは投票参加が25%減少し、ネットワークの最終性を維持するために必要な閾値に危険なほど近づいていることを示しています。しかし、執筆時点では、ネットワークは大きく回復しており、現在のエポック（411,712）ではほぼ99%の投票参加率と97%の同期参加率を示しています。事件の前は、投票参加率は通常99%を超えていました。
投票参加の減少は、Prysmクライアントを使用しているバリデーターの割合と相関しており、事件の前は22.71%と推定され、事件の後は18%に減少しました。これは、アテステーションの失敗が主にPrysmバリデーターに集中していたことを示唆しています。回復にもかかわらず、イーサリアム財団とPrysm開発組織のOffchain Labsは、発表時にCointelegraphのコメント要請に応じていませんでした。
この事件は、投票参加が総ステークされたイーサ（ETH）の3分の2を下回ると発生するネットワークの最終性を失う可能性のあるリスクを浮き彫りにしました。このようなシナリオでは、ブロックはまだ生成されることができますが、チェーンはもはや最終化されたとは見なされません。これにより、レイヤー2のブリッジが凍結し、ロールアップが引き出しを一時停止し、チェーン再編成のリスクが高まるため、取引所がブロック確認要件を引き上げる可能性があります。2023年5月に発生した類似の事件では、PrysmおよびTekuクライアントのバグにより、イーサリアムメインネットが24時間以内に2回最終性を失いました。
クライアントの多様性はイーサリアムにとって懸念事項であり、単一のクライアントのバグがネットワークの最終性を停止させる可能性があります。MigaLabsの現在のデータによれば、Lighthouseはコンセンサスノードの52.55%を占め、Prysmは18%です。これは事件前のLighthouseが48.5%未満でPrysmが約22.71%だったのからの変化を示しています。イーサリアム教育者のAnthony Sassanoは、バグがLighthouseに影響を与えていた場合、ネットワークは最終化を失っていたと指摘しました。
