2026-10-18 18:31:07

索拉纳网络险些停摆：29%质押量集中暴露系统风险

摘要

10月8日，索拉纳网络因约29%质押量的验证者节点离线，导致区块确认延迟近30分钟。尽管链上未中断，但确认机制面临接近33.34%阈值的严峻考验。专家指出，最大托管网络仍占近三成质押，集中度风险持续存在。即将上线的Alpenglow升级虽提升确认速度，却无法解决底层托管依赖问题。

10月12日，索拉纳网络遭遇一次重大运行压力测试。根据区块链分析平台Metrika的数据，约90个验证者节点——占总质押量约29%——出现连接中断，致使区块确认时间从正常状态下的13秒延长至约30分钟。尽管链上仍持续生成新区块，系统并未真正宕机，但交易不可逆转的时间大幅拉长，引发对网络稳定性的广泛担忧。

此次事件发生在索拉纳计划于10月21日实施Alpenglow升级前夕。该升级旨在将区块确认时间缩短至约150毫秒，但并未触及当前最核心的托管集中风险。数据显示，最大托管网络在10月快照中仍持有约29%的质押份额，与8月12日故障期间的离线比例惊人一致。

安全余量仅剩4.5个百分点

索拉纳的共识机制要求超过三分之二的质押量参与投票才能完成区块确认。8月12日，尽管在线质押比例约为71%，仍处于安全线之上，但距离33.34%的确认停止阈值仅有4.5个百分点的缓冲空间。一旦这一差距被突破，全网确认机制将陷入停滞，需人工协调恢复。

故障起源于位于迈阿密的TeraSwitch数据中心，并迅速蔓延至伦敦、阿姆斯特丹、法兰克福、新加坡和东京的多个验证者基础设施。大多数受影响节点的备用系统未被激活，直到约10分钟后故障才被诊断并修复。流量在UTC时间04:16恢复，距离事件开始仅过去33分钟。

在此期间，非投票类交易吞吐量（TPS）从1,100–1,300骤降至300以下，无区块生成的计划槽位比例从不足1%飙升至超32%。积压区块随后以平均1,600秒的处理速度被清空，而“确认延迟”成为用户最关心的指标，而非传统意义上的“停机时间”。

集中化风险：谁控制了网络？

Fidelity FCAT部门的研究揭示了深层隐患。报告指出，约20个验证者身份（部分数据为18个）合计持有超过三分之一的质押量，且这些账户高度集中于两个国家、两个托管网络及两种基础客户端实现。例如，Figment运营的前五名验证者中有两个属于该群体。

尽管这种集中不等同于恶意控制，但若同一托管网络发生故障，可能造成大规模节点同时离线，从而触发确认停滞。这种风险并非人为攻击所致，而是基础设施依赖带来的系统性脆弱点。尽管基金会已推动软件多样化，但第三季度仍有63%质押量运行基于Jito的软件，26%使用Harmonic，底层代码仍高度共享，存在共性漏洞风险。

基金会限制措施覆盖有限

自2026年5月起，索拉纳基金会推行委托规则，要求希望获得基金会资金支持的验证者必须位于低于25%托管占比的网络和低于15%数据中心占比的设施内。未能达标者将失去委托资格。

然而，截至10月，该政策实际覆盖范围仅为活跃质押量的约4%。虽然已委托给51%的验证者，但其代表的质押总量极小。这意味着，绝大多数质押行为仍不受该规则约束，集中风险未被有效缓解。

Alpenglow升级：速度提升，结构未变

Alpenglow将于10月21日左右上线，预计能将区块确认时间从约12.8秒压缩至150毫秒。新系统将在epoch 1064启动，旧投票机制将持续运行约18分钟，直至槽位459,653,000接管。

尽管确认效率显著改善，但该升级并未改变验证者的物理部署位置或网络提供商选择。对于托管依赖问题，没有提供任何解决方案。此外，新规则强制所有验证者在基于Agave 4.3.0的版本上运行，包括Jito-Solana和Harmonic Salsa，而独立客户端如Firedancer和Frankendancer在迁移初期不受支持。

同时，验证者必须在其投票账户中保留至少0.8 SOL余额，否则将在下一个epoch中无法参与投票或出块，这进一步强化了对特定客户端生态的依赖。