由于 TeraSwitch 路由故障导致 28% 的质押 SOL 离线，Solana 避免了停机。

8月12日，基础设施提供商TeraSwitch的路由故障导致 索拉纳 距离交易最终停止仅一步之遥，导致 28.83% 的质押 SOL 暂时离线，而网络本身仍在继续生成区块。

事件起因是TeraSwitch迈阿密站点发布的一条默认路由信息在其骨干网络中传播开来，导致欧洲和亚太地区十二个地点同时断线。据最先发现此次中断的流动性质押协议Marinade Finance称，此次中断影响了约90个验证节点，并导致28.83%的质押SOL代币违约——略低于网络停止完成交易的33.34%的阈值。 

尽管情况十分严重，索拉纳基金会强调，该网络从未停止处理交易。该基金会的技术主管雅各布·克里奇写道：

“昨晚，部分 Solana 验证节点使用的基础设施提供商发生故障。您可能没有注意到，因为网络运行正常：区块仍在生成，交易也仍在进行。” 

在 699 个质押验证节点中，597 个（约占 85%）继续投票，受影响的节点在 33 至 40 分钟内恢复。参与 Solana 基金会委托计划的验证节点未受影响。

事件发生时，TeraSwitch 的自治系统 AS20326 持有 118.9 亿个 SOL，占网络总份额的四分之一以上。Marinade 报告称，其中 94% 的份额同时中断。该服务提供商在诊断约 10 分钟后恢复了路由，总停机时间为 33 分钟，但其迈阿密站点仍处于离线状态，等待进一步调查。

基础设施集中度和故障转移缺口引发了关于去中心化的问题

尽管网络共识层展现出了强大的韧性，但此次故障暴露了协议层下基础设施集中风险的严重性。Marinade 的事件后分析表明，此次中断并非仅限于 TeraSwitch：Latitude.sh、Limestone、Butterfly Research 和 Allnodes 等其他服务也同时出现了 14.1 万个 SOL 离线的情况，这表明它们之间可能存在某种依赖关系，或者仅仅是一个不太可能发生的巧合。 

“我们无法从数据中看出原因，”马里纳德表示。“无论如何，按托管服务提供商统计股份会低估实际发生的集体破产情况。”

恢复数据进一步凸显了冗余机制的不足。在阿姆斯特丹、法兰克福和东京，共有 59 个验证器（代表 8020 万 SOL）在同一短暂的时间窗口内恢复在线，表明自动故障转移机制并未触发。 

“没有人发生故障，”马里纳德说道。“他们一直等到路由重新收敛。” 

Solana 的第二大验证节点 Helius 宕机了整整 33 分钟。在 Marinade 能够监测到的 74 个验证节点中，只有三个——分别由 Sol Strategies 和 Lion3d 运营——顺利恢复。

此次事件引发了人们对更严格分销标准的呼吁。Marinade宣布计划审查自主系统、数据中心和备份基础设施的浓度上限。 

一些运营商已经开始采用多提供商策略：Coinbase 在其第一季度报告中披露，它将其验证器分布在 TeraSwitch 和 Latitude.sh 上，并在不同地点设置备份服务器，以限制对单一提供商的风险敞口。

此次事件也让人回想起2022年11月，当时德国主机商Hetzner断开了运行约40%验证节点的服务器，但并未导致网络瘫痪。然而，此次宕机事件的背景是验证节点数量持续下降：Solana的活跃验证节点数量在2026年1月降至800个，为2021年以来的最低水平，远低于2023年超过2,500个的峰值。随着权益日益集中在少数运营商手中，基础设施层也日益共享，此次事件提醒我们，协议层面的去中心化可能会因物理层的依赖性而受到损害。