周三上午，Solana 距离失去完成交易能力仅差 4.51 个百分点，原因是一家托管提供商的一条错误配置的路由导致 28.83% 的 SOL 下线。该链在 33.34% 时停止最终确定，这意味着网络大约完成了 86%。
提供商 Teraswitch 发布了一篇文章，解释了这是如何发生的。该公司在内部使用默认路由来表示边缘路由器可以访问互联网，每个站点通常更喜欢自己的路由器所源自的路由器。来自迈阿密站点的默认路由被传播，其度量和社区被剥离，阿姆斯特丹的路由反射器将其推入欧洲和亚太地区。
那里的边缘路由器将其读取为本地发起的，并且比真实的路由器更喜欢它，然后将其传递到数据中心核心，数据中心核心将其视为无效而拒绝。伦敦、阿姆斯特丹、都柏林、法兰克福、新加坡和东京的 12 个站点没有任何有效的转发信息。北美未受影响。工程师在 10 分钟内发现了故障，并于 UTC 时间 04:16:15 恢复服务。
1/ 今天早上，Solana 已经停止了 86%，几乎没有任何迹象。 28.83% 的质押 SOL 出现拖欠。最终确定性停留在 33.34%。我们将所有 90 个受影响验证者损失的奖励加起来。 333 索尔。 pic.twitter.com/EEC2gYwQgz
- 腌料 🛡️ (@MarinadeFinance) 2026 年 8 月 12 日
质押协议 Marinade Finance 随后提取了数据，发现中断集中在一个自治系统上。 AS20326 承载着 118,890,767 SOL，超过网络上质押总量的四分之一，其中 94% 在同一分钟内离线。
这已经高于旨在防止这种情况发生的上限。 Solana 基金会的授权计划将任何一个自治系统的网络权益上限限制为 25%。 AS20326 占 27.34%。
8000 万 SOL 坐着等待
Marinade 发现，持有 8020 万个 SOL 的 59 名验证者在阿姆斯特丹、法兰克福和东京的同一个狭窄窗口内返回，等待路由重新收敛，而不是切换到其他任何东西。 Helius 是 Solana 上的第二大验证者，在整整 33 分钟内都处于瘫痪状态。在 Marinade 可以衡量的 74 家运营商中，有 3 家“干净利落”：Laine 和 Cogent Crypto（均由 Sol Strategies 运营）以及 Lion3d。
此次曝光的范围还不仅限于一家提供商，在同一分钟内，latitude.sh、Limestone、Butterfly Research 和 Allnodes 上还有 1,410 万个 SOL 离线，Marinade 表示无法从数据中解释这一点，这表明托管提供商计算权益低估了失败的原因。
Marinade 对自己进行了同样的分析，报告称，四个自治系统持有其分配模型分配的三分之二的股份，其中一个 AS395201，占 36.94%。该公司在推特上表示：“包括我们在内的任何人都不应对此感到满意。”并指出，它将审查每个网络和每个数据中心的集中度限制，并开始发布验证器是否运行热插拔和自动故障转移，目前无法从外部确定这一点。
错过的奖励中的 333 SOL 将在 epoch 结束时由验证者债券弥补。如果拖欠率超过三分之一，任何地方的任何 SOL 持有者都不会得到任何最终结果，而且没有任何债券可以涵盖这一点。 Solana 上次完全停止是在 2024 年 2 月，花了近五个小时才重新启动。