Solana entgeht einer Netzwerkunterbrechung nur knapp, als 28 % des Stake durch Teraswitch-Ausfall ausfallen
Wichtige Erkenntnisse
- •Ein Infrastrukturausfall beim Hosting-Anbieter Teraswitch führte am 12. August dazu, dass 28,83 % des gestakten SOL von Solana aus dem Konsens ausschieden, was nur etwa 4,5 Prozentpunkte von der 33,34 %-Schwelle entfernt war, die die Blockfinalisierung zum Stillstand gebracht hätte.
- •Die Störung betraf 90 Validatoren und führte zum Verlust von 333 SOL an Belohnungen. Die Validator-Betreiber nahmen den gesamten Verlust auf sich, während die Staker keinem Risiko ausgesetzt waren.
- •Solanas zweitgrößter Validator, Helius, war während des gesamten 33-minütigen Vorfalls offline, und nur drei von 74 überwachten Validatoren erholten sich sauber.
- •Die Ingenieure von Teraswitch identifizierten innerhalb von zehn Minuten nach Beginn eine fehlerhafte Route und stellten den Dienst um 04:16:15 UTC wieder her, nachdem sie den Backbone-Knotenpunkt in Miami aus dem Netzwerk entfernt hatten.
- •Der Beinahe-Ausfall unterstreicht, dass die Infrastrukturkonzentration bei gemeinsam genutzten Hosting-Anbietern einen eigenen Fehlervektor für Proof-of-Stake-Blockchains darstellt, der durch Protokollverbesserungen wie Client-Diversität nicht gemindert werden kann.
Am Mittwoch, den 12. August, fehlten nur noch 14 Prozentpunkte bis zu einem vollständigen Stillstand des Solana-Netzwerks, nachdem 28,83 % des im Netzwerk gestakten SOL infolge eines Infrastrukturausfalls beim Hosting-Anbieter Teraswitch aus dem Konsens ausgeschieden waren. Der Vorfall unterstreicht ein seltener diskutiertes Risiko in Proof-of-Stake-Netzwerken: Während Protokoll-Engineering und Client-Diversität erhebliche Aufmerksamkeit erhalten, clusteren Validator-Betreiber oft um dieselben Hosting-Anbieter. Das bedeutet, dass ein einziger Ausfall auf Infrastrukturebene eine Blockchain schnell an ihren theoretischen Haltepunkt bringen kann.
Der Vorfall, der erstmals vom Staking-Protokoll Marinade Finance gemeldet wurde, brachte das Netzwerk zu 86 % an die Schwelle von 33,34 % an säumigen Stimmen, ab der Solana keine Blöcke mehr finalisieren kann. Wäre diese Marke überschritten worden, hätte dies Solanas 30-monatige Uptime-Serie beendet und das Netzwerk offline genommen.
Wie Solanas Konsens-Stop-Mechanismus funktioniert
Solana stoppt die Finalisierung von Blöcken, wenn mehr als ein Drittel (33,34 %) des gesamten gestakten SOL säumig wird. Säumigkeit tritt auf, wenn ein Validator abrupt aus der Konsens-Reihe ausscheidet. Am 12. August erreichte das Netzwerk einen Höchststand von 28,83 % säumigem Stake, bevor es sich stabilisierte.
Laut Marinade betraf das Ereignis 90 Validatoren, die während ihrer Ausfallzeit gemeinsam 333 SOL an Belohnungen einbüßten. Zum Handelspreis von SOL von 76,9 $ zum Zeitpunkt der Berichterstattung hätte eine Anomalie im Wert von etwa 25.600 $ das gesamte Solana-Netzwerk vorübergehend lahmlegen können.
Trotz der drohenden Gefahr meldet die offizielle Statusseite von Solana weiterhin eine saubere Cluster-Uptime von 100 % über die letzten 90 Tage. Der letzte vollständige Stillstand des Netzwerks ereignete sich am 6. Februar 2024 und dauerte etwa fünf Stunden.
Teraswitch-Vorfall und Lösung
Die Statusseite von Teraswitch lieferte Details zum zugrunde liegenden Infrastrukturausfall:
„Kunden an den Standorten LON1, AMS1, AMS2, AMS3, DUB1, DUB2, FRA2, SGP1, SGP2, TYO1, TYO2 und TYO3 erlebten einen Verlust der Erreichbarkeit von Internetzielen sowie von internen Teraswitch-Backbone-Zielen zwischen den betroffenen Standorten. Andere nordamerikanische Standorte waren nicht betroffen.“
Teraswitch berichtete, dass es im Rahmen der Maßnahmen bewusst MIA1 (Miami, FL) aus seinem Backbone entfernte. Die Ingenieure „identifizierten die fehlerhafte Route innerhalb von 10 Minuten nach Beginn und entfernten MIA1 aus dem Backbone, um eine weitere Ausbreitung zu stoppen.“
Teraswitch bestätigte, dass „betroffene Standorte auf ihre lokalen Standardrouten zurückkonvergierten und der Dienst um 04:16:15 UTC wiederhergestellt wurde.“
Marinade stellte fest, dass das Ereignis trotz seines Ausmaßes „kaum irgendwo registriert“ wurde.
Auswirkungen auf die Validatoren
Von den 74 Validatoren, die Marinade überwachte, erholten sich nur drei sauber: laine von Solana Strategies, Cogent Crypto und Lion3d. Der Rest des Validator-Pools erlitt während des Vorfalls partielle Ausfallzeiten. Solanas zweitgrößter Validator, Helius, war während der gesamten 33-minütigen Störung offline.
Hinsichtlich der 333 verlorenen SOL an Belohnungen erklärte Marinade, dass die Validator-Betreiber den Verlust absorbieren werden, sodass Staker keinerlei Risiko ausgesetzt sind.
Solanas Zuverlässigkeitsbilanz
Zwei Tage vor diesem Beinahe-Unfall meldete Solana Compass, dass Solana 30 aufeinanderfolgende Monate ohne netzwerkweiten Ausfall erreicht hatte. Der vorherige Ausfall am 6. Februar 2024 wurde auf einen Fehler im LoadedPrograms JIT-Cache zurückgeführt, der Validatoren zu wiederholter Rekompilierung zwang, bis der Konsens bei einem einzelnen Block stecken blieb. Anza patches den Fehler, und die Blockchain nahm nach etwa fünf Stunden den Betrieb wieder auf.
Solanas verbesserte Zuverlässigkeit in den Jahren 2023 und 2024 wird auf drei wichtige Upgrades zurückgeführt: die QUIC-Transportschicht mit stake-gewichteter Quality of Service zur Drosselung von Spam-Traffic, einen Priority-Fee-Markt, der nun rund 88 % der täglichen Gebühreneinnahmen ausmacht, und Firedancer, einen unabhängigen Validator-Client, der von Jump Crypto entwickelt wurde und Ende 2025 den Mainnet erreichte. Das Hinzufügen einer zweiten Client-Implementierung bedeutet, dass ein Fehler in einer einzigen Codebasis nicht mehr dazu führen kann, das gesamte Netzwerk lahmzulegen. Der Beinahe-Ausfall bei Teraswitch zeigt jedoch, dass die Infrastrukturkonzentration bei gemeinsam genutzten Hosting-Anbietern einen separaten Fehlervektor darstellt, den die Client-Diversität allein nicht beheben kann – eine Herausforderung, mit der Proof-of-Stake-Blockchains im Allgemeinen konfrontiert sind, nicht nur Solana.
