福萨卡威胁以太坊稳定性后的Prysm漏洞

Prysm开发团队发布了一份事件分析报告，详细阐述了12月4日威胁以太坊网络稳定性的福萨卡主网事故。

• 福萨卡升级后出现的Prysm漏洞导致验证节点参与率骤降至75%
• 网络连续错过41个epoch周期，造成约382 ETH的证明奖励损失
• 得益于客户端多样性和快速修复，以太坊最终避免了终结性丧失

该共识客户端在处理特定验证消息时，因昂贵的状态重计算导致资源耗尽，进而使验证节点面临严重运营问题。

该漏洞在2025年12月4日21:49 UTC（epoch周期411392）福萨卡激活后立即显现。

随着验证节点参与率从95%以上暴跌至75%，网络连续错过41个epoch周期，造成约382 ETH的证明奖励损失。Prysm开发团队在发布v7.0.1和v7.1.0永久修复版本前，紧急部署了运行时标志作为临时解决方案。

资源耗尽将网络推向终结性丧失边缘

技术故障的核心在于过时的历史状态数据，这些数据在受影响节点上形成了拒绝服务条件。

Prysm核心开发者Terence Tsao解释称："历史状态计算会消耗大量内存，当大量状态回放并行发生时，节点可能遭受拒绝服务攻击。"

运行Prysm客户端的验证节点（约占全网15%-22.71%）遭遇性能断崖式下跌。参与率从常规95%以上骤降至75%，使以太坊濒临终结性丧失的危险境地。

若该漏洞影响的不是Prysm而是Lighthouse等其他共识客户端，网络可能完全丧失终结性。

此类事件将导致Layer2 Rollup操作冻结，并阻止验证节点提款，直至开发者解决问题。

福萨卡升级本身引入了PeerDAS（对等数据可用性采样）技术，旨在将Layer2扩容所需的blob容量提升八倍。

在Prysm漏洞暴露前，该升级已零停机成功执行。

十大共识客户端守护以太坊网络免于崩溃

以太坊的客户端多样性架构避免了灾难性故障。当Prysm验证节点陷入困境时，包括Lighthouse、Nimbus和Teku在内的其他十大共识客户端仍持续不间断地验证区块。

这种去中心化的客户端结构意味着约75%-85%的验证节点在整个危机期间保持正常运营。尽管Prysm状态异常，网络仍维持交易处理并避免终结性丧失。

以太坊基金会迅速向Prysm运营商发布应急指南。验证节点应用临时修复方案的同时，Prysm开发团队构建了永久解决方案。

至12月5日，网络参与率已恢复至近99%，事故发生后24小时内即恢复正常运营。