根據 Solana 基金會技術主管 Jacob Creech 的說法，儘管 Solana 驗證者網路在 8 月 12 日因基礎設施故障而暫時中斷部分服務，Solana 仍保持正常運行。
在 699 個質押的 Solana 驗證者中，有 597 個持續參與投票，區塊和交易仍持續處理。受影響的驗證者在 40 分鐘內恢復。
Creech 表示，Solana 基金會委託計畫中的驗證者未受影響。Solana 的官方狀態頁面沒有記錄 8 月 12 日或 8 月 13 日的主網事件，並顯示在過去 90 天內，主網 Beta 版叢集正常運行時間為 100%。
儘管主網保持在線，獨立分析顯示，這次事件導致最終性中斷的程度比原始驗證者數量所暗示的更接近。Marinade Finance 發現，大約 28.83% 的所有質押 SOL 在約 33 分鐘內變為離線狀態。Solana 要求超過三分之二的質押量參與才能使交易達到最終性，這使得相關的離線閾值設定為 33.34%。
Marinade 識別出約 90 個驗證者受路由故障影響，而 Creech 提供的 699 個中有 597 個的數字意味著曾有 102 個驗證者未參與投票。這種差異反映了不同的測量方式，而非所有 102 個驗證者都遭受相同基礎設施故障的證據。
Creech 形容此次事件是「Solana 韌性的證明」。該網路確實經受住了這次中斷，但 Marinade 的數據也顯示，離線質押量達到了交易最終性將會停止的水平的約 86%。
Teraswitch 的狀態報告將基礎設施問題追溯到一個源自其邁阿密 MIA1 設施的錯誤預設路由。阿姆斯特丹的一個路由反射器將這個修改後的路由傳播到歐洲和亞太市場，當地路由器優先選擇它而非有效路由。倫敦、阿姆斯特丹、都柏林、法蘭克福、新加坡和東京的十二個站點失去了連通性。北美站點未受影響。
工程師在 10 分鐘內識別出錯誤路由，並將邁阿密從私有骨幹網中移除。服務於世界標準時間 04:16:15 恢復。Teraswitch 隨後在其所有計算站點部署了全球性變更，因此類似的錯誤路由不應再阻擋流量轉發。該供應商表示，潛在缺陷仍在調查中，完整的根本原因報告將隨後發布。
此次事件也暴露了驗證者之間的基礎設施集中性問題。Marinade 計算出，一個自治系統持有約 1.189 億 SOL，佔所有質押 SOL 的四分之一以上，並且其中約 94% 的質押量同時離線。
此次結果與網路在 2024 年 2 月區塊生產停止後進行的重啟形成對比。在那次事件中，驗證者需要協調重啟，Solana 離線了將近五小時。8 月 12 日的基礎設施故障並不需要主網重啟。
Solana 此後透過獨立的驗證者軟體追求額外的韌性。在相關報導中，Firedancer 將於 2026 年開始生產 Solana 主網區塊，在佔主導地位的 Agave 生態系統之外，增加了另一條驗證者客戶端路徑。
最新的中斷測試了另一種去中心化類型：物理託管和網路連接，而非驗證者軟體。Solana 繼續處理交易，但共同基礎設施背後的質押集中性，使得一個供應商的故障就能一次性移除大量投票質押。
Teraswitch 的即時配置修復已經部署，但其調查尚未完成。該供應商仍在調查為何邁阿密的預設路由以錯誤屬性宣告，並已聯繫其硬體供應商。預計該工作完成後將發布完整報告。
驗證者營運商也可能面臨對基礎設施冗餘更嚴格的審查。Marinade 表示，它計畫審查自治系統和數據中心的集中限制，並提高自動故障轉移安排的透明度。對於 Solana 而言，下一個考驗是這些基礎設施變革是否能減少因單一路由故障而受影響的質押份額。
