Solana 在周三上午一度逼近失去交易最终性的边缘。由于一家托管服务商的单一路由配置错误,28.83% 的质押 SOL 短时离线,距离链停止最终确认所需的 33.34% 阈值只差 4.51 个百分点,等于走到了停摆边缘的大约 86%。

Teraswitch:错误默认路由从迈阿密扩散到欧洲和亚太
托管服务商 Teraswitch 已发布说明,解释此次事件的形成过程。该公司在内部使用默认路由来表示边缘路由器可以访问互联网,各站点通常会优先选择由本地路由器发起的默认路由。
但来自其迈阿密站点的一条默认路由在传播时,路由度量和 communities 信息被剥离。一台位于阿姆斯特丹的路由反射器随后将这条路由推送到了欧洲和亚太区域。
这些区域的边缘路由器将其识别为本地发起的路由,并优先于真实路由使用,之后再转发给数据中心核心层。核心层将其判定为无效。结果是,伦敦、阿姆斯特丹、都柏林、法兰克福、新加坡和东京的 12 个站点失去了可用的转发路径。北美未受影响。
工程团队在 10 分钟内发现故障,服务在 04:16:15 UTC 恢复。
Marinade:90 个受影响验证者损失 333 SOL 奖励
质押协议 Marinade Finance 在事后汇总数据称,此次事件「几乎没有在外界引起明显反应」,但 Solana 当时已经走到了距离停摆约 86% 的位置。该机构表示,28.83% 的质押 SOL 进入 delinquent 状态,而最终性会在 33.34% 时停止。
Marinade 统计了 90 个受影响验证者损失的奖励,总计为 333 SOL。
单一自治系统承载超四分之一质押,94% 在同一时间离线
Marinade 表示,故障集中在单一自治系统。AS20326 承载了 118,890,767 SOL,超过全网质押总量的四分之一,其中 94% 在相同时间段内离线。
这已经高于原本用于限制集中度的上限。Solana Foundation 的委托计划规定,任一自治系统持有的网络质押占比上限为 25%,而 AS20326 当前占比为 27.34%。
约 8020 万 SOL 等待路由重收敛
Marinade 发现,59 个验证者合计持有 8020 万 SOL,它们在阿姆斯特丹、法兰克福和东京的同一狭窄时间窗口内恢复运行。这些验证者当时选择等待路由重新收敛,而不是切换到其他方案。
Solana 上第二大验证者 Helius 全程离线 33 分钟。在 Marinade 能够测量的 74 家运营方中,只有 3 家「干净恢复」,分别是 Laine、Cogent Crypto 和 Lion3d。其 中 Laine 与 Cogent Crypto 均由 Sol Strategies 运营。
影响不只局限于一家服务商
Marinade 还表示,在同一时间段内,latitude.sh、Limestone、Butterfly Research 和 Allnodes 上还有另外 1410 万 SOL 离线。该机构称,单凭现有数据无法解释这部分离线情况,这也说明,按托管服务商口径统计质押集中度,可能会低估一起失效的真实规模。
Marinade 也审视了自身分配模型
Marinade 将同样的分析方法用于自身,称其分配模型所覆盖的质押中,有三分之二集中在 4 个自治系统上,其中 AS395201 一项就占到 36.94%。
该公司在 X 上写道:「Nobody should be comfortable with that, us included,」并表示将重新审查按网络和按数据中心划分的集中度限制,同时开始披露验证者是否运行热切换和自动故障转移,因为这些信息目前无法从外部直接判断。
若越过三分之一阈值,全网都将无法完成最终确认
Marinade 表示,遗漏的 333 SOL 奖励将在本轮 epoch 结束时由验证者保证金补足。
但如果 delinquency 超过三分之一,任何 SOL 持有者的交易都将无法完成最终确认,而这种情况并没有任何保证金机制兜底。Decrypt 在报道中提到,Solana 上一次真正发生停机是在 2024 年 2 月,当时网络重启耗时接近 5 小时。

