是什么导致以太坊的 Fusaka 升级失败？Prysm 事后分析揭示原因

Prysm开发者发布了事后分析报告，解释了12月4日威胁以太坊网络稳定的Fusaka主网事件。

共识客户端在处理特定证明时因昂贵的状态重新计算而资源耗尽，导致验证者面临严重的运营问题。

这个漏洞在2025年12月4日21:49 UTC，Fusaka在周期411392激活后立即出现。

随着验证者参与率暴跌至75%，网络错过了41个周期，导致大约382个以太坊(ETH)的证明奖励损失。Prysm开发者在实施v7.0.1和v7.1.0版本的永久修复之前部署了紧急运行时标志。

资源耗尽使网络接近最终性丢失

技术故障集中在过时的历史状态上，这些状态在受影响的节点上创造了拒绝服务条件。

Prysm核心开发者Terence Tsao解释说："历史状态在计算内存上很重，节点可能会因大量并行发生的状态重放而受到攻击。"

运行Prysm的验证者，约占网络验证者的15%至22.71%，面临严重的性能下降。参与率从正常水平95%以上下降到75%，使以太坊危险地接近失去最终性。

如果这个漏洞影响了像Lighthouse这样的不同共识客户端而不是Prysm，网络可能会完全失去最终性。

这样的事件可能会冻结第2层汇总操作并阻止验证者提款，直到开发者解决问题。

Fusaka升级本身引入了PeerDAS（对等数据可用性采样）技术，旨在将第2层扩展的blob容量增加八倍。

在Prysm漏洞出现之前，升级成功执行，没有任何停机时间。

十个共识客户端防止以太坊网络崩溃

以太坊的客户端多样性架构防止了灾难性故障。当Prysm验证者挣扎时，包括Lighthouse、Nimbus和Teku在内的其他十个共识客户端继续不间断地验证区块。

去中心化的客户端结构意味着大约75%至85%的验证者在整个危机期间保持正常运行。这防止了最终性丢失，并使网络在Prysm状态降级的情况下继续处理交易。

以太坊基金会迅速为Prysm运营商发布了紧急指导。验证者应用了临时修复，而Prysm开发者构建了永久解决方案。

到12月5日，网络参与率恢复到接近99%，在事件发生后24小时内恢复了正常运行。