Prysm共识层客户端团队公布了那次12月4日的重大故障调查报告。问题的症结很清楚——几乎全网的Prysm节点在处理某个特定证明时,内存和计算资源直接被榨干了。深挖下去,根本原因是信标节点在验证不同步证明时,进行了超高成本的状态重计算,这套逻辑设计上就有缺陷。



这次故障影响范围不小。光是错过的纪元就有41个,网络参与度跳水到75%,一堆验证者被迫离线。经济损失方面,验证者总共损失了约382枚ETH。这个事件也提醒大家,共识层客户端的稳定性有多关键——哪怕一个角落的代码逻辑问题,都可能搞瘫整个网络。
ETH0.71%
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 6
  • 转发
  • 分享
评论
0/400
ApeEscapeArtistvip
· 2025-12-16 21:31
一个代码逻辑bug就能把整个网络搞崩,382个ETH就这么没了...这心疼啊,怪不得大家都在说Prysm得改进啊
回复0
跑路预警Botvip
· 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
交易,随时随地
qrCode
扫码下载 Gate App
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)