Solana 避免网络停摆，TeraSwitch 故障导致占质押量 28% 的 SOL 掉线

Solana 于 8 月 12 日险些遭遇交易最终确定性停滞。此前，基础设施提供商 TeraSwitch 发生路由故障，导致占全部质押 SOL 28.83% 的质押量离线，使网络距离停止交易最终确定性所需的 33.34% 阈值仅差 4.51 个百分点。事故始于 TeraSwitch 迈阿密站点播发的一条默认路由，该路由在提供商骨干网中传播，导致欧洲和亚太地区的 12 个站点同时断连。尽管此次中断影响了自治系统 AS20326 中约 90 个验证者和 1.189 亿 SOL，但在持续 33 分钟的中断期间，Solana 网络仍继续生成区块并处理交易，699 个质押验证者中有 597 个保持运行。

最先发现此次中断的流动性质押协议 Marinade Finance 报告称，此次宕机影响了约 90 个验证者，并导致 28.83% 的质押 SOL 进入离线状态。Marinade 在 X 上表示：“Solana 今天早上已经走到了停滞状态的 86%，但几乎没有引起任何人的注意。”“28.83% 的质押 SOL 进入离线状态。最终确定性会在 33.34% 时停止。”

Solana 基金会技术高管 Jacob Creech 强调，网络从未停止处理交易：“昨晚，一家被部分 Solana 验证者使用的基础设施提供商发生故障。你可能没有注意到，因为网络没有受到影响：区块持续生成，交易持续得到处理。”在 699 个质押验证者中，597 个（约 85%）继续投票，受影响节点在 33 至 40 分钟内恢复。加入 Solana 基金会委托计划的验证者未受影响。

TeraSwitch 在中断 33 分钟后恢复路由

事故发生时，TeraSwitch 的自治系统 AS20326 持有 1.189 亿 SOL，占网络总质押量的四分之一以上。Marinade 报告称，其中 94% 的质押量同时离线。提供商经过约 10 分钟的诊断后，在总计 33 分钟的停机后恢复了路由，但其迈阿密站点仍处于骨干网之外，等待进一步调查。

恢复数据显示，代表 8020 万 SOL 的 59 个验证者在阿姆斯特丹、法兰克福和东京于同一短暂时间窗口内恢复上线。Solana 第二大验证者 Helius 在整整 33 分钟内保持离线。在 Marinade 能够测量的 74 个验证者中，只有 3 个由 Sol Strategies 和 Lion3d 运营的验证者顺利恢复。

基础设施集中暴露去中心化风险

此次中断暴露了协议层面之下的基础设施集中风险。Marinade 的事后分析显示，另有 1410 万 SOL 同时在 Latitude.sh、Limestone、Butterfly Research 和 Allnodes 上离线。Marinade 表示：“我们无法从数据中判断原因。”“无论如何，按托管提供商统计质押量，会低估实际同时发生故障的规模。”

恢复数据凸显了冗余方面的不足。Marinade 观察称：“没有人进行故障切换。”“他们只是等待路由重新收敛。”此次事件促使 Marinade 宣布计划审查自治系统、数据中心和备份基础设施之间的集中度上限。

一些运营商已经在采用多提供商策略：Coinbase 在其第一季度报告中披露，该公司将验证者分布在 TeraSwitch 和 Latitude.sh，并在不同地点部署备用服务器，以限制对单一提供商的依赖。

此次事件唤起了人们对 2022 年 11 月的记忆。当时，德国主机提供商 Hetzner 断开了运行约 40% 验证者的服务器，但网络并未停止运行。2026 年 1 月，活跃 Solana 验证者数量降至 800 个，为 2021 年以来的最低水平，低于 2023 年超过 2500 个的峰值。

常见问题

8 月 12 日 Solana 发生了什么？

8 月 12 日，基础设施提供商 TeraSwitch 发生路由故障，导致占全部质押 SOL 28.83% 的质押量离线，影响了约 90 个验证者。在持续 33 分钟的中断期间，网络仍继续生成区块并处理交易，699 个质押验证者中有 597 个保持运行。

为什么 TeraSwitch 中断期间 Solana 网络没有停止？

网络没有停止，是因为离线的质押 SOL 比例（28.83%）低于停止交易最终确定性所需的 33.34% 阈值。约 85% 的质押验证者继续投票，使网络能够维持共识并处理交易。

TeraSwitch 花了多长时间恢复路由？

TeraSwitch 经过约 10 分钟的诊断后恢复了路由，总停机时间为 33 分钟。受影响的验证者在 33 至 40 分钟内恢复，但提供商的迈阿密站点仍处于骨干网之外，等待进一步调查。