根据Solana基金会技术高管Jacob Creech的说法，8月12日，Solana在一次基础设施故障中保持了正常运行，该故障暂时中断了其部分验证节点网络。
在699个质押的Solana验证节点中，597个继续投票，网络正常产出区块。102个验证节点暂时停止投票，受影响的运营者在中断后40分钟内恢复。28.83%的质押SOL出现违约，接近33.34%的交易最终性完全停止阈值。
Teraswitch表示，一条格式错误的路由在其工程师恢复连接前，扰乱了欧洲和亚洲的十二个站点。Solana状态页面未记录任何主网事故，并显示过去90天集群正常运行时间为100%。
在699个质押验证节点中，597个继续投票，区块和交易持续处理。受影响的验证节点在40分钟内恢复。Creech称Solana基金会委托计划中的验证节点未受影响。官方状态页在8月12日与13日未记录主网事故，并显示前90天Mainnet Beta集群正常运行率100%。
虽然主网保持在线，但独立分析显示该事件比原始验证节点数更接近于破坏最终性。Marinade Finance发现28.83%的质押SOL违约约33分钟。Solana要求超过三分之二质押参与以实现交易最终性，离线阈值为33.34%。Marinade确认约90个验证节点受路由故障影响，而Creech的697中597意味着102个曾停止投票，差异源于不同测量方式。
Creech称该事件为“Solana弹性的证明”。网络承受了中断，但Marinade数据显示违约质押达最终性停止水平的约86%。
Teraswitch路由故障从迈阿密扩散至亚洲。其状态报告追溯问题源于迈阿密MIA1设施的错误默认路由。阿姆斯特丹路由反射器将改动路由传播至欧亚市场，本地路由器优先选用它而非有效路由。伦敦、阿姆斯特丹、都柏林、法兰克福、新加坡和东京的十二个站点失去可达性，北美未受影响。工程师10分钟内识别错误路由并将迈阿密从私有骨干网移除，服务已于UTC 04:16:15恢复。Teraswitch随后在全球计算站点部署变更，防止类似路由阻碍流量。
该事件也暴露了验证节点基础设施集中性。Marinade计算一个自治系统持有约1.189亿SOL（超四分之一质押SOL），其中约94%同时离线。
结果与2024年2月区块生产停止后的重启形成对比。当时验证节点需协调重启，Solana离线近5小时。本次故障无需主网重启。Solana此后通过独立验证节点软件提升弹性，如Firedancer于2026年开始产出主网区块。
后续Teraswitch已部署临时配置修复，但调查未结束，正与硬件供应商排查迈阿密默认路由错误属性公布原因。验证节点运营者将面临基础设施冗余审查。Marinade计划审查自治系统与数据中心集中限制，提升故障转移透明度。Solana的下一个考验是基础设施改动能否降低单点路由故障影响的质押份额。