Solana 週三上午距離失去交易最終確認能力僅差 4.51 個百分點。此前，一家託管服務商的一個路由配置錯誤導致 28.83% 的質押 SOL 離線。該鏈在達到 33.34% 時會停止最終確認，這意味著網路離停擺僅差約 86% 的距離。

該服務商 Teraswitch 發布了一份說明，解釋了事件經過。該公司內部使用預設路由來指示邊緣路由器可以連接到網際網路，每個站點通常會優先選擇其自身路由器發出的路由。然而，來自其邁阿密站點的一個預設路由在傳播時被剝離了其度量值和社群資訊，並被阿姆斯特丹的一個路由反射器推送到歐洲和亞太地區。

當地的邊緣路由器將其視為本地發起的路由，並優先選擇它而非其真實路由，隨後將其傳遞給資料中心核心，但核心將其拒絕為無效。倫敦、阿姆斯特丹、都柏林、法蘭克福、新加坡和東京的十二個站點因此沒有有效的路由可以轉發。北美地區則未受影響。工程師在十分鐘內找到了故障，服務於 UTC 時間 04:16:15 恢復。

隨後，質押協議 Marinade Finance 分析數據發現，此次中斷集中在單一自治系統上。AS20326 承載著 118,890,767 個 SOL，佔網路總質押量的四分之一以上，其中 94% 在同一時間內離線。

這已經超過了旨在防止此類事件發生的上限。Solana 基金會的委託計畫規定，任何單一自治系統的網路質押量不得超過 25%。而 AS20326 的佔比為 27.34%。

8000萬 SOL 靜待恢復

Marinade 發現，持有 8020 萬 SOL 的 59 個驗證者在阿姆斯特丹、法蘭克福和東京的同一短暫窗口內恢復線上，它們選擇等待路由重新收斂，而非切換到其他方案。Solana 上第二大驗證者 Helius 完全離線了 33 分鐘。在 Marinade 能夠測量的 74 個運營商中，有三個「毫髮無損地恢復」：Laine 和 Cogent Crypto (均由 Sol Strategies 營運)，以及 Lion3d。

這次影響範圍也超出了單一服務商。同時期，還有額外 1410 萬 SOL 在 latitude.sh、Limestone、Butterfly Research 和 Allnodes 上離線，Marinade 表示從數據中無法解釋這一現象，這也表明僅按託管服務商計算質押量可能會低估同時故障的總量。

Marinade 也對自身進行了同樣的分析，報告稱其分配模型所分發的質押量有三分之二由四個自治系統持有，其中一個自治系統 AS395201 佔 36.94%。「任何人都對此不應該感到滿意，包括我們自己，」該公司發推表示，並指出將審查其每個網路和每個資料中心的集中度限制，並開始公布驗證者是否運行熱插拔和自動故障轉移，這些目前無法從外部判斷。

錯失的 333 SOL 獎勵將在紀元結束時由驗證者保證金彌補。如果逾期比例超過三分之一，那麼任何 SOL 持有者的交易都將無法最終確認，也沒有保證金可以彌補這種情況。Solana 上次完全停擺是在 2024 年 2 月，當時花了近五個小時才重新啟動。