根据Prysm的报告,在以太坊Fusaka升级前一个月,测试网上发现的一个漏洞是导致本月早些时候其客户端出现节点验证问题的根本原因。
以太坊开发者Terence Tsao在周日发布的事后复盘中详细说明了Fusaka主网Prysm事故,该事故于12月4日对网络造成了影响。
Tsao提到,Prysm节点在处理不同步节点的证明时出现了“资源耗尽”的情况。这一问题导致Prysm不得不回放过去的epoch区块并重新计算代价高昂的状态转换,过重的工作负载显著影响了性能。
复盘中指出,事故发生前,该漏洞已在测试网上存在一个月,但未曾被触发。“该漏洞在Prysm的PR15965中被引入,并在事故发生前一个月部署到测试网,但未被触发。”
虽然测试网旨在发现漏洞,但并非绝对可靠。
2023年5月,在上海硬分叉后一个月,以太坊网络曾经历交易终局性丧失约25分钟,次日又持续超过1小时,随后区块链自行恢复。
Prysm已打补丁
Prysm并未使用当前的头部状态,而是从零重新生成先前状态,这造成了巨大的计算负担。
在超过42个epoch的时间里,网络错过的slot比例达到18.5%,参与度降至75%,验证者在证明奖励中损失了约382枚以太币。
在开发者为Prysm客户端编写更新补丁的同时,节点运营者被要求先行部署临时解决方案。
客户端多样性力挽狂澜
开发者表示,如果此次事故发生在以太坊主导的共识客户端Lighthouse上,后果可能会更加严重。
根据ClientDiversity的数据,Offchain Labs的Prysm是以太坊的第二大客户端,市场份额为17.6%。
客户端的多样性有效避免了以太坊用户受到显著影响。如果单一客户端占据全网超过三分之一,将可能导致暂时性的终局性丧失和更多漏块。
然而,此次事件也凸显出Lighthouse接近三分之二的危险阈值——在此阈值下,单一客户端的漏洞可能导致无效链被最终确认。
目前,Lighthouse客户端的市场份额为52.6%,低于事故发生时的约56%。

相关推荐:Michael Saylor暗示比特币(BTC)跌至8.8万美元下方后将再次买入



















