Prysm 开发者发布了一份事后分析，解释了12月4日 Fusaka 主网事件，该事件威胁了以太坊网络的稳定性。Fusaka 之后的一个 Prysm 漏洞导致验证者参与度降至 75%。网络错过了 41 个纪元，在证明奖励中损失约 382 ETH。以太坊感谢客户端多样性和快速修复，避免了最终性丢失。
共识客户端在处理特定见证时因昂贵的状态重新计算而耗尽资源，导致验证者面临严重的运维问题。该漏洞在 Fusaka 于 2025 年 12 月 4 日 21:49 UTC 激活后的纪元 411392 上线后立即暴露。Prysm 核心开发者 Terence Tsao 解释道，“历史状态计算量大，节点可能被大量并行发生的状态重放耗尽资源。”运行 Prysm 的验证者约占网络验证者的 15% 到 22.71%，因此性能降级极其严重。
参与度从通常高于 95% 降至 75%，将以太坊推向了近乎失去最终性的边缘。若该漏洞影响到别的共识客户端，比如 Lighthouse 而非 Prysm，网络可能会彻底失去最终性。这类事件可能会冻结 Layer 2 rollup 运作，并在开发者解决问题之前阻塞验证者的提现。Fusaka 升级本身引入了 PeerDAS（Peer Data Availability Sampling）技术，旨在将 blob 容量提升八倍，以实现 Layer 2 扩容。
在 Prysm 漏洞浮现之前，Fusaka 升级成功完成，且无停机。以太坊的客户端多样性架构防止了灾难性故障。尽管 Prysm 验证者陷入困境，但另外十个共识客户端包括 Lighthouse、Nimbus 和 Teku 在内，继续不间断地验证区块。去中心化的客户端结构意味着大约 75% 至 85% 的验证者在整个危机中保持正常运作。
Ethereum Foundation 迅速向 Prysm 运营方发布了紧急指引。验证者在 Prysm 开发者制定永久解决方案的同时，应用了临时修复。到 12 月 5 日，网络参与度回升至近 99%，事件发生后 24 小时内恢复正常运行。
发表评论