Prysm共識層客戶端團隊公布了那次12月4日的重大故障調查報告。問題的症結很清楚——幾乎全網的Prysm節點在處理某個特定證明時,內存和計算資源直接被榨乾了。深挖下去,根本原因是信標節點在驗證不同步證明時,進行了超高成本的狀態重計算,這套邏輯設計上就有缺陷。



這次故障影響範圍不小。光是錯過的紀元就有41個,網路參與度跳水到75%,一堆驗證者被迫離線。經濟損失方面,驗證者總共損失了約382枚ETH。這個事件也提醒大家,共識層客戶端的穩定性有多關鍵——哪怕一個角落的程式碼邏輯問題,都可能搞瘫整個網路。
ETH-4.95%
查看原文
此頁面可能包含第三方內容,僅供參考(非陳述或保證),不應被視為 Gate 認可其觀點表述,也不得被視為財務或專業建議。詳見聲明
  • 讚賞
  • 6
  • 轉發
  • 分享
留言
0/400
ApeEscapeArtistvip
· 2025-12-16 21:31
一個程式邏輯錯誤就能搞垮整個網路,382個ETH就這麼沒了...這真令人心疼,怪不得大家都在說Prysm需要改進啊
查看原文回復0
RugPullAlertBotvip
· 2025-12-15 21:51
382個ETH就這麼沒了,笑死,程式一個bug就能洗劫全網驗證者,這誰敢相信啊
查看原文回復0
MoonWaterDropletsvip
· 2025-12-14 03:26
媽呀382個ETH就這麼沒了,真的絕了
查看原文回復0
ForkTroopervip
· 2025-12-14 03:26
又是設計缺陷惹的禍,這幫開發者得多小心啊 Prysm這次翻車真絕了,382個ETH就這麼沒了 說白了就是狀態重計算的鍋,怎麼會有這麼離譜的邏輯漏洞 一個程式碼bug就能讓全網75%的驗證者掉線,這事兒太離譜了 感覺共識層的安全性還是得多加強防護啊 Prysm團隊得認真反思了,這種低級錯誤不該再發生 41個紀元直接沒了,參與度跳水...這代價有點大 又是內存溢出的老問題,什麼時候才能徹底修好 真的,一個驗證函數設計不當就能搞崩全網,這太可怕了 怎麼會有這麼騷的bug,直接把資源耗盡了
查看原文回復0
ChainBrainvip
· 2025-12-14 03:24
喔這設計邏輯真的離譜 一個bug就能把全網拉下水 太恐怖了
查看原文回復0
空投收割机vip
· 2025-12-14 03:17
382個ETH就這麼沒了,我的天...設計缺陷這種事真的絕了,代碼審查這麼鬆嗎
查看原文回復0