Solana 距离停链仅差 4.5 个百分点——而运行时间仍维持在 100%
要点速览
- •8 月 12 日的 TeraSwitch 故障导致约 90 个持有约 29% 质押 SOL 的验证者失联,最终确认停滞约 30 分钟,而网络勉强维持在出块最终确认所需的三分之二投票门槛之上。
- •FCAT 的 10 月报告统计有 18–20 个验证者身份控制着超过三分之一的 Solana 质押,并集中在两个国家、两个托管网络和两个基础客户端实现上,因此无需攻击也可能发生停链。
- •Solana 基金会的委托计划要求验证者托管网络份额低于 25% 上限,截至第三季度覆盖了约 51% 的验证者,但仅占活跃质押的约 4%,最大的网络仍高于该上限。
- •将于 10 月 21 日在 epoch 1064 激活的 Alpenglow 升级,旨在将最终确认时间从约 12.8 秒缩短至约 150 毫秒,但对验证者的托管位置或连接提供商毫无改变。
- •Alpenglow 在迁移期间排除 Firedancer 和 Frankendancer,暂时收窄了客户端多样性;投票交易移出区块后,监控工具将不得不从区块尾部证书获取参与度数据。

据 Metrika 对该事件的分析,在 8 月 12 日的事件中,约 90 个持有约 29% 质押 SOL 的 Solana 验证者失去连接,区块最终确认耗时一度长达约 30 分钟,而通常仅需 13 秒。
然而 Solana 从未宕机。区块持续产出,当天的运行时间图表看起来会与平常无异。按计划,网络将于 10 月 21 日(周三)激活 Alpenglow——一项目标为约 150 毫秒最终确认时间的升级——但其中没有任何内容涉及此次险情背后的托管问题。Fidelity 旗下 FCAT 单位于 10 月 16 日发布的研究报告 The State of Solana: Network Health and Resilience 显示,最大的托管网络持有约 29% 的质押份额,与 Metrika 观测到的失联比例接近。
8 月 12 日发生了什么
只有当超过三分之二的质押 SOL 参与投票时,Solana 才能最终确认一个区块——即交易不可逆转的时间点——这一过程通常耗时约 13 秒。8 月 12 日,约 71% 的质押仍在线,网络勉强维持在这条线之上。Metrika 统计的失联比例为 28.83%,而全网最终确认停止的临界点为 33.34%。
图表:8 月 12 日失联质押 SOL 份额与最终确认停链线的对比。来源:Metrika。
据 Metrika 称,如果受影响线路上再有四到五个百分点的质押失联,就会导致需要协同恢复的全网停链。故障始于 TeraSwitch 位于迈阿密的设施,并蔓延至伦敦、阿姆斯特丹、法兰克福、新加坡和东京的验证者基础设施,且在多数情况下,受影响验证者的备份系统从未启用。
TeraSwitch 在诊断出故障约十分钟后将其修复,流量于 UTC 时间 04:16 恢复,距故障开始约 33 分钟。验证者在此后 40 分钟内陆续恢复。在此期间,未产出区块的预定时段占比从不足 1% 骤升至 32% 以上。非投票交易每秒从约 1,100–1,300 笔降至 300 笔以下。约半小时内没有任何区块获得最终确认,随后积压的交易在一段平均约 1,600 秒(从产出到最终确认)的集中处理中清空。
唯一没有变化的数字是运行时间,由于链从未停止出块,它维持在 100%。然而在那约半小时里,没有人能说清一笔付款何时才会变得不可逆转。Metrika 是一家数字资产风险管理平台供应商,本文分析部分引用了其自有指标;该平台将最终确认延迟而非宕机视为对在 Solana 上结算资金的任何人真正重要的事件。
停滞的链意味着什么,又不意味着什么
FCAT 描述的风险是最终确认停滞和可能的审查。报告称,持有超过三分之一质押的联盟可以阻止其余验证者达到最终确认所需的三分之二,但它不会因此获得对用户资产的无限制控制权,也无法重写已最终确认的交易。而一次夺走同等质押份额的托管故障,无需任何攻击即可使最终确认停滞。
这一份额并非难以达到。FCAT 统计约有 20 个验证者身份(另一处写为 18 个)持有超过三分之一的质押,并指出这三分之一集中在两个国家、两个托管网络和两个基础客户端实现上。这些是投票账户,而非独立组织:例如 Figment 就运营该群体前五大验证者中的两个。FCAT 的总体评价是正面的,援引了超过两年无重大主网宕机、2026 年投票成功率平均约 99.7%,以及正在缓慢多元化的软件栈。它将集中度列为需要持续关注的问题。FCAT 是 Fidelity 的应用技术研究部门,并自行运营着一个小型 Solana 验证者。
两个月过去,该份额仍约为 29%
FCAT 的 10 月快照显示,最大的托管网络仍持有约 29% 的质押份额。这两个数字衡量的是不同事物——故障期间的失联质押与一个网络占全部质押的份额——但结果殊途同归。FCAT 表示,Solana 基金会此前已在努力削弱 TeraSwitch 的主导地位。以下是其数据的分解,涵盖从运营验证者的人到他们运行的代码:
- 18–20 个运营方 —— 持有超过三分之一质押的验证者身份。这些是投票账户,而非独立组织;Figment 运营着该群体前五名中的两个。
- 约 40% 位置 —— 位于法兰克福和阿姆斯特丹的质押份额。这是一项 FCAT 称可能不准确的 IP 地理位置估算;约 59% 的质押位于德国、荷兰和美国。
- 约 29% 网络提供商 —— 单一托管网络上的质押份额,来自 10 月快照。不同城市的验证者可以共享同一提供商,同一城市的验证者也可以使用不同提供商。
- 约 63% 软件 —— 第三季度运行基于 Jito 软件的质押份额,另有 26% 运行 Harmonic。大多数配置底层仍共享 Agave 代码,因此那里的一个漏洞可能同时影响所有这些配置。
来源:FCAT,The State of Solana: Network Health and Resilience(2026 年 10 月)。
验证者聚集有其原因。FCAT 指出,低延迟意味着节点之间距离越近越好,而 TeraSwitch 和 Latitude 等专业托管商则针对 Solana 的工作负载构建硬件。运营者确实拥有保护措施:故障切换、备用电源,以及降低对公共互联网依赖的 DoubleZero 等专用网络。基金会还于 2026 年初建立了事件响应网络 SIRN。然而在 8 月 12 日,大多数备份从未启用。
基金会的限制仅覆盖约 4% 的质押
Solana 基金会的委托计划设定了主要规则。自 2026 年 5 月 1 日起,希望获得基金会质押的验证者必须托管在份额低于 25% 上限的托管网络上,并位于份额低于 15% 的数据中心。未达标的验证者将失去基金会的委托,直到再次通过审核。
这些限制在 8 月故障发生前三个月生效,而到 FCAT 的 10 月快照时,最大的网络仍高于上限。该计划的覆盖范围是问题的另一半。截至第三季度,它向约 51% 的验证者进行了委托,但这些委托仅占活跃质押的约 4%。这条规则给了验证者多元化的理由,但并不约束其余的质押。
FCAT 的 10 月数据显示,最大的托管网络持有约 29% 的质押——高于基金会 25% 的上限——而截至第三季度,基金会计划委托的活跃质押仅约 4%。
Alpenglow 解决什么,不解决什么
Alpenglow 将在 epoch 1064 上线主网,Solana 称其于 10 月 21 日(周三)约 UTC 时间 15:00 开始;Agave 客户端背后的团队 Anza 则表示约为 14:50。旧投票系统将在最初的 5,000 个时段(约 18 分钟)内继续运行,新系统将在第 459,653,000 个时段接管。最终确认时间预计将从约 12.8 秒降至约 150 毫秒,Solana 将这一数字描述为预期值而非恒定值。钱包和应用的使用方式与今天保持一致。
该升级对托管问题毫无帮助。更快的投票缩短了达成共识的时间,但 Solana 的升级页面上没有任何内容改变验证者的运行位置或连接他们的提供商。
目前它还收窄了软件多样性。验证者必须运行基于 Agave 4.3.0 版本构建的 Agave、Jito-Solana 或 Harmonic Salsa。迁移期间不支持 Firedancer 和 Frankendancer,Solana 的页面也未给出恢复支持的时间。Firedancer 是被 FCAT 称为 Solana 迈向独立客户端多样性最重要举措的独立代码库。验证者还必须在其投票账户中持有至少高出免租最低限额 0.8 SOL 的余额,否则将无法在下一个 epoch 中投票或出块。
- 之前——现在至 10 月 21 日约 UTC 时间 14:50–15:00: Firedancer 和 Frankendancer 运营者迁移至基于 Agave 的客户端,每个参与投票的验证者在投票账户中持有高出免租限额 0.8 SOL 的余额。
- 切换时——epoch 1064 开始 旧投票系统在最初的 5,000 个时段(约 18 分钟)内运行,Alpenglow 在第 459,653,000 个时段接管。
- 之后——数据方面的变化: 投票交易移出区块,交易数量下降;confirmed 与 finalized 成为同一状态;参与度数据转移至区块尾部的证书。
监控方式也将改变。Metrika 的分析将每区块投票数视为衡量网络距离最终确认停链线最近程度的指标,因为投票是区块中承载的普通交易。Alpenglow 将投票移出区块,Solana 的迁移说明指出,任何通过解析投票交易来衡量验证者参与度的工具都需要新的数据来源,因为这些数据将转移至区块尾部的证书中。报告的交易数量也将下降,而实际活动并无减少。
本周需要检查什么
如果你质押 SOL: 在委托前先查清你的验证者托管在哪里。FCAT 和基金会都在使用的 Validators.app 按托管网络和数据中心追踪质押。托管在最大网络上的验证者同样面临 8 月那样的风险。
如果你在 Solana 上开发: 预计周三交易数量和 TPS 仪表盘数据会下降,而实际活动并无变化。按照 Solana 迁移说明的建议,在 Alpenglow 上线前继续以 confirmed 为准,之后再改为以 finalized 为准。激活前,finalized 仍意味着约 12.8 秒的等待。请重新检查针对该延迟调校的任何超时或重试逻辑,并将最终确认时间与运行时间一同追踪。
如果你运营验证者: 如果你使用 Firedancer 或 Frankendancer,请在 epoch 1064 之前切换到基于 Agave 的客户端,并确认投票账户中持有 0.8 SOL。
周三之后,有两个数字值得关注:最大托管网络的份额是否降至基金会 25% 上限以下,以及 Firedancer 何时恢复支持。这两项都不在周三的日程上。
本文仅供信息参考,不构成财务或投资建议。