Prysmは、主要なEthereumコンセンサスクライアントであり、12月4日のFusakaメインネットの障害に続き、詳細なインシデントレビューを公開しました。根本原因は?特定の証明の処理中に過剰な状態再計算によって引き起こされたリソース枯渇です。この計算のボトルネックはネットワーク全体に波及し、41のエポックの見逃しと全体的なネットワーク参加率の顕著な低下を引き起こしました。このインシデントは、ブロックチェーンインフラにおける処理効率とネットワークの安定性の微妙なバランスを浮き彫りにし、コンセンサスメカニズムの最適化戦略について重要な議論を促しています。

ETH-6.49%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 7
  • リポスト
  • 共有
コメント
0/400
blockBoyvip
· 12-15 01:36
又是資源枯渇の古い問題...state recomputationは本当にしっかり最適化する必要がある。
原文表示返信0
ApyWhisperervip
· 12-14 06:55
また来た、state recomputationがネットワークを崩壊させるの?以前からこの仕組みは最適化が必要だと言っていたのに、教訓を得ていない。41エポックミス、どれだけ痛いことか...
原文表示返信0
GasFeeCriervip
· 12-14 06:54
また状態再計算で崩れたのか?これらのコンセンサスクライアントはいつもリソースを多く消費しすぎだよな...41エポックがなくなると終わりで、参加度は直接急落、典型的なバタフライ効果だね
原文表示返信0
AirdropHunter007vip
· 12-14 06:53
ngl ステート再計算バグでネットワークがダウンした、これが私がまだ単一クライアントに全てを賭けるのを躊躇している理由だ...
原文表示返信0
governance_lurkervip
· 12-14 06:49
nglこの度のPrysmの問題は何を意味しているのか、詳細な最適化は根本から解決しなければならない。単なるパッチだけでは意味がない
原文表示返信0
GhostWalletSleuthvip
· 12-14 06:35
またstate recomputationの失敗で、今回は直接41エポック削除?本当にすごいね
原文表示返信0
GasGuzzlervip
· 12-14 06:28
又是状態再計算のせいでトラブルになっている、この頃はコンセンサスクライアントの安定性は本当に運次第だな
原文表示返信0
  • ピン