Prysm 故障归咎于一个月前的以太坊客户端漏洞

By: crypto insight|2026/04/17 11:58:43

关键要点：

eth-143">以太坊 Prysm 客户端中的一个漏洞导致网络参与度下降，并给验证者造成了经济损失。
以太坊开发者在 Fusaka 升级前一个月就发现了该漏洞，但它直到 12 月才被触发。
Prysm 处理旧区块的方式导致了严重的性能问题，引发资源耗尽。
以太坊客户端的多样性降低了风险，凸显了平衡节点生态系统的重要性。
围绕以太坊韧性的讨论仍在继续，此前上海硬分叉等中断事件也强调了这一点。

WEEX Crypto News, 2025-12-15 09:43:44

Introduction to the Prysm Outage

2023 年 12 月，以太坊网络经历了一次突如其来的意外考验。Prysm 客户端中一个此前未被发现的漏洞浮出水面，导致网络参与度显著下降。该事件源于 Fusaka 升级前测试网试验中引入的一个漏洞，该漏洞在 12 月显现，扰乱了节点运行并导致验证者遭受重大经济损失。

以太坊节点验证受到严重影响，参与率降至约 75%。这种下降直接归因于 Prysm 节点在处理来自未同步节点的证明时遇到的“资源耗尽”问题。

该错误使验证者处于危险境地，他们总共损失了约 382 ETH，网络无法正常运行加剧了这一情况。此次事件的影响不仅是即时的，还引发了关于网络最终确定性和以太坊验证过程稳健性的严重担忧。

Month-Old Bug Surfaces

问题的核心在于一个在 Fusaka 升级前的测试网部署期间悄然溜过安全网的漏洞。这个存在了一个月的缺陷之所以未被发现，很大程度上是因为以太坊网络的复杂性以及在测试环境中复制网络压力的固有挑战。虽然测试网对于发现潜在漏洞很有价值，但它们并非万无一失。Epoch 区块的重放以及重新计算状态转换所需的密集计算将系统推向了崩溃边缘。

以太坊核心开发者 Terence Tsao 通过详细的事后分析阐明了情况。他的见解揭示了导致未能及早发现该漏洞的系统性差距。尽管进行了严格的测试，但某些压力因素并未触发该漏洞，使其一直处于休眠状态，直到实际部署暴露了其破坏潜力。

Resource Exhaustion Explained

“资源耗尽”一词概括了这一时期面临的核心挑战。当 Prysm 节点试图管理来自未同步节点的证明时，它们被迫进入循环重新访问之前的 Epoch 数据。这个过程类似于给引擎超负荷装载重物，将网络的资源推向了极限。

在正常操作中，以太坊节点使用当前头部状态来高效处理新交易和证明。然而，该漏洞迫使 Prysm 放弃了这条高效路径。相反，它选择从头开始重新生成先前状态，这一举措不仅增加了计算负担，还加剧了整个网络的延迟。超过 42 个 Epoch 经历了显著退化，18.5% 的错过插槽率明显阻碍了网络的可靠性。

-- 价格

Emergency Measures and Patch Deployment

为了应对这场危机，相关方迅速采取行动以减轻进一步损害。节点运营商收到了应用临时解决方案以稳定运行的指令，同时以太坊开发者不懈努力开发并部署了全面补丁。这种快速响应凸显了社区的主动立场及其快速适应意外技术挑战的能力。

该补丁旨在重新配置受影响的 Prysm 节点，引导它们恢复使用当前头部状态进行处理。这使计算工作负载恢复到可管理的水平，帮助验证者高效恢复角色并停止进一步的 ETH 损失。

Importance of Client Diversity

有趣的是，虽然 Prysm 事件是一个重大障碍，但它并没有演变成灾难。以太坊客户端的多样性在其中发挥了关键作用，因为它减轻了影响，相比之下，如果以太坊的主要共识客户端 Lighthouse 面临类似问题，后果可能更严重。Lighthouse 占据了超过 50% 的网络份额，非常接近理论阈值，即单个客户端漏洞可能通过确定无效的区块链版本而造成严重破坏。

客户端多样性是防止网络垄断和潜在系统性故障的有力保障。这种架构策略分散了风险，并确保没有单一客户端可以完全控制或破坏以太坊的共识机制，从而防止了可能危及网络完整性的单点故障。