2026年8月12日、インフラ提供事業者TeraSwitchで発生したルーティング障害により、Solanaは取引最終確定の停止寸前まで追い込まれ、全staked SOLの28.83%が一時的にdelinquentとなった。ネットワークは障害の間もブロック生成を継続し、Solanaが取引のfinalityを停止する33.34%の閾値まで、約4.5ポイント差に迫った。Solanaは、Byzantine Fault Toleranceを用いる他のProof-of-Stakeネットワークと同様、ブロックを最終確定するにはアクティブなstakeの少なくとも3分の2の投票参加を必要とする。つまり、十分な数のvalidatorsにまたがって単一のインフラ障害が連鎖すれば、プロトコル層のバグがなくても理論上はコンセンサスが停止し得る。

障害は、TeraSwitchのMiami拠点から通知されたdefault routeが同社のbackbone全体に伝播し、EuropeとAsia-Pacificにまたがる12拠点で同時に接続断を引き起こしたことで発生した。障害を最初に把握したliquid staking protocolであるMarinade Financeによると、約90のvalidatorsが影響を受けた。

「Solanaは今朝、停止の86%の地点まで到達しましたが、ほとんど誰も気づきませんでした」とMarinadeはXに投稿した。「28.83%のstaked SOLがdelinquentになりました。finalityは33.34%で止まります。」

Solana Foundationは、ネットワークが一度も取引処理を停止しなかったことを強調した。Foundationのtechnology executiveであるJacob Creech氏は次のように述べた。

「昨夜、いくつかのSolana validatorsが利用しているインフラ提供事業者で障害が発生しました。おそらく気づかなかったでしょう。ネットワーク側でもそうだったからです。ブロック生成は続き、取引は着地し続けました。」

Last night an infrastructure provider used by some Solana validators had a failure. You probably didn't notice, because the network didn't: blocks kept producing and transactions kept landing. The facts: – The Solana network remained operational – 597 of 699 staked validators… — Jacob Creech (@jacobvcreech) August 12, 2026

699のstaked validatorsのうち597、約85%が障害中も投票を継続した。Solana Foundation Delegation Programに参加するvalidatorsは影響を受けなかった。このプログラムは、特定の運用基準と地理的分散基準を満たすvalidatorsにSOLを委任するもの。影響を受けたノードは33分から40分以内に復旧した。

TeraSwitchのautonomous systemであるAS20326は、障害発生時点で118.9 million SOL、つまりネットワーク総stakeの4分の1超を保有していた。Marinadeによれば、そのstakeの94%が同時に停止状態となった。TeraSwitchは約10分の診断後にルーティングを復旧し、合計ダウンタイムは33分だったが、Miami拠点は追加調査が完了するまでbackboneから切り離されたままだった。

インフラ集中とフェイルオーバーの不足が分散性への疑問を浮上

Solanaのconsensus layerはこの障害に耐えたものの、今回の停止はprotocol levelの下にあるインフラ集中リスクを鮮明に示した。今回の事象は、PoSネットワークで広く知られている緊張関係を示している。stakeはchain上で多数のvalidatorsに分散できても、それらのvalidatorsはしばしば共有の物理インフラ上で稼働しており、ガバナンス指標では捉えきれない隠れた相関が生まれる。Marinadeの事後分析では、障害はTeraSwitchに限定されておらず、Latitude.sh、Limestone、Butterfly Research、Allnodesでも追加で14.1 million SOLが同時にオフラインになっていたことが判明した。これは共有依存か、あり得ない偶然のいずれかを示唆する。

「データだけでは理由は分かりません」とMarinadeは述べた。「どちらにしても、hosting provider別にstakeを数えると、実際に一緒に落ちるものを過小評価してしまいます。」

6/ It didn’t stop at that ASN too. Another 14.1M SOL went down in the same minutes on @latitudesh , Limestone, Butterfly Research and @Allnodes . We can’t tell from the data why. Some shared dependency, or coincidence. Either way, counting stake by hosting provider undercounts… — Marinade (@MarinadeFinance) August 12, 2026

復旧データは、冗長性の不足をさらに浮き彫りにした。Amsterdam、Frankfurt、Tokyoにまたがって80.2 million SOLを代表する59のvalidatorsが同じ狭い時間帯にオンラインへ戻ったが、自動フェイルオーバーは作動していなかったことを示している。

「誰もフェイルオーバーしませんでした」とMarinadeは述べた。「ルーティングが再収束するまで、そのままだったのです。」

Solanaで第2位のvalidatorであるHeliusは、33分間ずっとダウンしたままだった。Marinadeが測定できた74のvalidatorsのうち、Sol StrategiesとLion3dが運用する3つだけが問題なく復旧した。

より厳格な分散基準を求める声

今回の事象を受け、エコシステム内ではより厳しい分散要件を求める声が高まっている。Marinadeは、autonomous systems、data centers、backup infrastructureにまたがる集中上限を見直す方針を明らかにした。

一部の運営者はすでに複数事業者戦略を採用している。Coinbaseは四半期報告で、validatorsをTeraSwitchとLatitude.shに分散し、single-provider exposureを抑えるためbackup serversを別の場所に置いていると開示した。

今回の障害は、2022年11月にドイツのhosting provider HetznerがSolana validatorsの約40%を稼働させていたserversを切断した際の記憶も呼び起こした。ただし、当時もネットワークは停止しなかった。もっとも、今回の障害は、validator参加の減少というより広い背景の中で起きている。アクティブなSolana validatorsは2026年1月に800まで減少し、2021年以来の最低水準となり、2023年の2,500超から低下した。stakeが少数の運営者と共有インフラ層にますます集中する中、今回の事象は、protocol-levelの分散性が物理層の依存関係によって損なわれ得ることを改めて示している。

The post Solana Avoids Halt As TeraSwitch Routing Failure Pushes 28% Of Staked SOL Offline appeared first on Metaverse Post .