索玛纳网络险些停摆：4.5个百分点的差距与“在线率”的误导性

根据 Metrika 对该事件的深入分析，约 90 个索拉纳（Solana）验证者节点——持有约 29% 的质押 SOL——失去了连接。这导致区块确认时间长达约 30 分钟，而正常情况下仅需 13 秒。然而，索拉纳网络并未真正宕机。区块仍在持续生成，若查看正常运行时间图表，这一天看起来与普通日子无异。

10月21日（星期三），网络将切换至 Alpenglow 升级方案，该升级旨在将区块确认时间缩短至约 150 毫秒。但此次升级并未触及托管层面的根本问题。

Fidelity FCAT 部门于 10 月 16 日发布的一份研究报告指出，最大的托管网络持有约 29% 的质押份额，这与 Metrika 观察到的离线比例非常接近。

8月12日发生了什么？

索拉纳网络的区块确认（即交易不可逆转的状态）只有在超过三分之二的质押 SOL 进行投票时才能完成。通常情况下，这需要大约 13 秒。在 8 月 12 日，尽管仍有约 71% 的质押量在线，网络勉强维持在安全线之上。Metrika 数据显示，当时离线比例为 28.83%，而一旦达到 33.34% 的阈值，全网确认机制就会停止。

关键数据指标：

• 离线比例：28.83%
• 安全余量：约 4.5 个百分点
• 确认停止阈值：33.34%
• 在线比例：约 71%

Metrika 指出，如果受影响路线上的质押量再增加 4 到 5 个百分点，就会导致全网停摆并需要协调恢复。此次故障始于 TeraSwitch 位于迈阿密的设施，并蔓延至伦敦、阿姆斯特丹、法兰克福、新加坡和东京的验证者基础设施。在大多数情况下，受影响验证者的备用系统从未启动。

TeraSwitch 在诊断出故障后约十分钟修复了问题，流量在 UTC 时间 04:16 恢复，距离故障开始仅过去 33 分钟。验证者在随后的 40 分钟内逐步恢复。在此期间，无区块生成的计划槽位比例从不足 1% 飙升至超过 32%。非投票类交易的每秒吞吐量（TPS）从约 1,100–1,300 降至 300 以下。大约有半小时没有任何区块被确认，随后积压的区块以平均 1,600 秒的处理速度迅速清空。

唯一没有变化的数字是“正常运行时间”，它保持在 100%，因为链上从未停止生成区块。然而，在那半个小时内，没有人能确切知道一笔支付何时会变得不可逆转。Metrika 销售数字资产风险管理平台，在此事件中，它将“确认延迟”而非“停机时间”视为对任何在索拉纳上结算资金的人来说最重要的指标。

停滞的网络意味着什么，又不意味着什么

FCAT 描述的风险在于确认停滞和可能的审查。报告指出，持有超过三分之一质押量的联盟可以阻止其余部分达到确认为止所需的三分之二票数，但这并不意味着他们能无条件控制用户资产或重写已确认的交易。如果是托管故障导致相同比例的质押量离线，同样会阻碍确认过程，且并非人为攻击所致。

这一比例并不难以达到。FCAT 统计显示，约有 20 个验证者身份（另一处提到为 18 个）持有超过三分之一的质押量，而这三分之一集中在两个国家、两个托管网络和两个基础客户端实现上。这些都是投票账户，而非独立组织：例如 Figment 在该群体中运行着前五名验证者中的两个。FCAT 的总体评价是积极的，引用了过去两年多未发生重大主网中断、2026年投票成功率平均约为 99.7% 以及软件栈正在缓慢多样化等事实。但它列出了“集中度”作为需要持续关注的风险点。FCAT 是 Fidelity 的应用技术研究部门，并运行着自己的小型索拉纳验证者节点。

两个月后，比例仍约为 29%

FCAT 10 月的快照显示，最大托管网络持有约 29% 的质押量。这两个数据衡量的是不同的事物（故障期间的离线质押量 vs 网络持有的总质押量），但结果惊人地一致。FCAT 表示，索拉纳基金会一直在努力降低 TeraSwitch 的主导地位。以下是其数据的详细分解：

运营方： 18-20 个验证者身份持有超过三分之一的质押量。这些是投票账户，并非独立组织。Figment 运行了该群体前五名验证者中的两个。

地理位置： 约 40% 的质押量位于法兰克福和阿姆斯特丹。这是一个基于 IP 地理定位的估算，FCAT 称其可能不准确。约 59% 位于德国、荷兰和美国。

网络提供商： 约 29% 的质押量位于单一托管网络上（10月快照）。不同城市的验证者可能共享同一提供商，同一城市的验证者也可能使用不同的提供商。

软件： 第三季度，约 63% 的质押量运行基于 Jito 的软件。另外 26% 运行 Harmonic。大多数配置底层仍共享 Agave 代码，因此其中的一个漏洞可能会同时影响它们。

验证者聚集是有原因的。FCAT 指出，延迟奖励使得节点倾向于靠近其他节点，而像 TeraSwitch 和 Latitude 这样的专业主机商专门为索拉纳的工作负载构建硬件。运营方确实有保护措施：故障转移、备用电源以及 DoubleZero 等减少了对公共互联网依赖的私有网络。基金会在 2026 年初还建立了应急响应网络 SIRN。但在 8 月 12 日，大多数备用系统并未启动。

基金会的限制措施仅覆盖约 4% 的质押量

索拉纳基金会的委托计划制定了主要规则。自 2026 年 5 月 1 日起，希望获得基金会质押量的验证者必须位于低于 25% 阈值的托管网络上，并且位于低于 15% 阈值的数据中心内。未能满足条件的验证者将失去基金会的委托，直到再次符合条件。

这些限制措施在 8 月故障发生前三个月生效。根据 FCAT 10 月的快照，最大的网络仍然高于天花板。该计划的覆盖面是问题的另一半。截至第三季度，该计划委托给了约 51% 的验证者，但这些委托仅占活跃质押量的约 4%。该规则为验证者提供了多样化的理由，但它并不管辖其余的质押量。

Alpenglow 解决了什么，没解决什么

Alpenglow 将在 epoch 1064 上线，索拉纳方面表示这大约在 UTC 时间 10 月 21 日 15:00 左右开始。Agave 客户端背后的团队 Anza 则表示约为 14:50。旧的投票系统在前 5,000 个槽位（约 18 分钟）内继续运行，新的系统将在槽位 459,653,000 接管。确认时间预计将从约 12.8 秒降至约 150 毫秒，索拉纳将其描述为预期值而非恒定值。钱包和应用将继续像今天一样工作。

它对托管问题毫无帮助。 更快的投票缩短了达成共识的时间，但索拉纳的升级页面上没有任何内容改变验证者的运行位置或其连接的提供商。

目前，它在一定程度上缩小了软件的多样性。验证者必须在基于 Agave 4.3.0 的版本上运行 Agave、Jito-Solana 或 Harmonic Salsa。Firedancer 和 Frankendancer 在迁移期间不受支持，索拉纳页面也未给出它们何时受支持的日期。Firedancer 是 FCAT 称为索拉纳迈向独立客户端多样化最重要举措的独立代码库。验证者还必须在其投票账户中持有至少 0.8 SOL 的余额（超过免租金最低限额），否则它们在下一个 epoch 中将不会投票或生成区块。

本周需关注的事项

如果你质押 SOL： 在委托之前，请查询你的验证者托管在哪里。Validators.app 是 FCAT 和基金会使用的来源，按托管网络和数据中心跟踪质押量。位于最大网络的验证者共享 8 月 12 日的风险。

如果你在索拉纳上构建应用： 预计周三交易计数和 TPS 仪表盘数值下降，但实际活动没有变化。如索拉纳迁移说明所建议的那样，在 Alpenglow 上线前继续阅读“已确认（confirmed）”状态，然后转向“已最终确定（finalized）”。在激活之前，“已最终确定”仍意味着约 12.8 秒的等待。重新检查任何针对该延迟调整的超时或重试设置，并将确认时间与正常运行时间一起追踪。

如果你运行验证者： 如果使用 Firedancer 或 Frankendancer，请在 epoch 1064 之前切换到基于 Agave 的客户端，并检查投票账户是否持有 0.8 SOL。

周三之后，有两个值得关注的数字：最大托管网络的份额是否降至基金会 25% 的天花板之下，以及 Firedancer 何时再次获得支持。这两者都不在周三的计划日程中。