Solana pozostała operacyjna pomimo awarii infrastruktury, która tymczasowo zakłóciła działanie części jej sieci walidatorów 12 sierpnia, według dyrektora technicznego Solana Foundation, Jacoba Creecha.
Podsumowanie
- 597 z 699 postawionych walidatorów Solany głosowało, podczas gdy sieć nadal normalnie produkowała bloki.
- 102 walidatorów tymczasowo przestało głosować, a dotknięci operatorzy odzyskali sprawność w ciągu czterdziestu minut po awarii.
- 28,83% postawionego SOL stało się zaległych, zbliżając się do progu 33,34%, przy którym finalizacja transakcji całkowicie ustaje.
- Teraswitch poinformował, że nieprawidłowa trasa zakłóciła działanie dwunastu europejskich i azjatyckich witryn, zanim inżynierowie przywrócili łączność.
- Strona statusu Solany nie odnotowała żadnego incydentu w mainnecie i pokazuje 100% czasu działania klastra w ciągu dziewięćdziesięciu dni.
Z 699 postawionych walidatorów Solany, 597 kontynuowało głosowanie, podczas gdy bloki i transakcje były nadal przetwarzane. Dotknięci walidatorzy odzyskali sprawność w ciągu 40 minut.
Creech powiedział, że walidatorzy w Programie Delegacji Solana Foundation nie zostali dotknięci. Oficjalna strona statusu Solany nie odnotowała żadnego incydentu w mainnecie 12 ani 13 sierpnia i pokazała 100% czasu działania klastra Mainnet Beta w ciągu poprzednich 90 dni.
Walidatorzy Solany utrzymali finalizację pomimo gwałtownego spadku
Chociaż mainnet pozostał online, osobna analiza wykazała, że incydent był bliżej zakłócenia finalizacji, niż sugeruje surowa liczba walidatorów. Marinade Finance odkryło, że 28,83% wszystkich postawionych SOL stało się zaległych na około 33 minuty. Solana wymaga udziału ponad dwóch trzecich stawki, aby transakcje osiągnęły finalizację, co ustawia odpowiedni próg offline na 33,34%.
Marinade zidentyfikowało około 90 walidatorów dotkniętych awarią routingu, podczas gdy liczba Creecha 597 z 699 oznacza, że 102 walidatorów nie głosowało w pewnym momencie. Różnica odzwierciedla osobne pomiary, a nie dowód, że wszystkie 102 walidatory miały tę samą awarię infrastruktury.
Creech opisał incydent jako „dowód odporności Solany”. Sieć wytrzymała zakłócenie, ale dane Marinade pokazały również, że zaległy udział osiągnął około 86% poziomu, przy którym finalizacja zostałaby zatrzymana.
Awaria routingu Teraswitch rozprzestrzeniła się z Miami do Azji
Raport statusu Teraswitch prześledził problem infrastrukturalny do nieprawidłowej trasy domyślnej pochodzącej z ich obiektu MIA1 w Miami. Reflektor trasy w Amsterdamie rozpropagował zmienioną trasę na rynki europejskie i azjatycko-pacyficzne, gdzie lokalne routery preferowały ją nad prawidłowymi trasami. Dwanaście witryn w Londynie, Amsterdamie, Dublinie, Frankfurcie, Singapurze i Tokio straciło osiągalność. Witryny w Ameryce Północnej nie zostały dotknięte.
Inżynierowie zidentyfikowali nieprawidłową trasę w ciągu 10 minut i usunęli Miami z prywatnego szkieletu. Usługa wróciła o 04:16:15 UTC. Teraswitch później wdrożył globalną zmianę w swoich witrynach obliczeniowych, aby podobnie nieprawidłowa trasa nie blokowała przekazywania ruchu. Dostawca powiedział, że podstawowa usterka pozostaje w trakcie dochodzenia, a pełny raport o przyczynach źródłowych zostanie opublikowany.
Zdarzenie ujawniło również koncentrację infrastruktury wśród walidatorów. Marinade obliczyło, że jeden system autonomiczny posiadał około 118,9 miliona SOL, czyli ponad jedną czwartą całego postawionego SOL, a około 94% tego udziału przeszło offline razem.
Solana unika powtórki z awarii sieci z 2024 roku
Wynik kontrastuje z restartem sieci z lutego 2024 po zatrzymaniu produkcji bloków. Podczas tamtego incydentu walidatorzy wymagali skoordynowanego restartu, a Solana pozostawała offline przez prawie pięć godzin. Awaria infrastruktury z 12 sierpnia nie wymagała restartu mainnetu.
Od tego czasu Solana dążyła do zwiększenia odporności poprzez niezależne oprogramowanie walidatorów. W powiązanych doniesieniach, Firedancer zaczął produkować bloki mainnetu Solany w 2026 roku, dodając kolejną ścieżkę klienta walidatora obok dominującego ekosystemu Agave.
Najnowsza awaria przetestowała inny rodzaj decentralizacji: fizyczne hostowanie i łączność sieciową, a nie oprogramowanie walidatorów. Solana kontynuowała przetwarzanie transakcji, ale koncentracja udziałów za wspólną infrastrukturą pozwoliła, aby awaria jednego dostawcy usunęła jednocześnie dużą część udziałów głosujących.
Co dalej
Natychmiastowa poprawka konfiguracji Teraswitch została już wdrożona, ale ich dochodzenie nie jest zakończone. Dostawca nadal bada, dlaczego domyślna trasa w Miami była reklamowana z nieprawidłowymi atrybutami i zaangażował swojego producenta sprzętu. Pełny raport ma się ukazać po zakończeniu tych prac.
Operatorzy walidatorów prawdopodobnie również spotkają się z bliższą kontrolą nad redundancją infrastruktury. Marinade zapowiedziało, że planuje przejrzeć limity koncentracji według systemu autonomicznego i centrum danych oraz zapewnić większą przejrzystość w zakresie automatycznych mechanizmów przełączania awaryjnego. Dla Solany kolejnym testem jest to, czy te zmiany infrastrukturalne zmniejszą udział udziałów narażonych na pojedynczą awarię routingu.
