Solana o krok od utraty finalności transakcji po błędzie routingu

Jak informuje CoinDesk, w środę rano sieć Solana na krótko znalazła się blisko utraty finalności transakcji. Problem wynikał z błędnej konfiguracji routingu w usłudze powierniczej Teraswitch, przez co czasowo niedostępne stało się 28,83% zastakowanych tokenów SOL. W Solanie potwierdzanie bloków zatrzymuje się, gdy nieosiągalne jest ok. 33,34% stake'u, co oznacza, że do pełnego wstrzymania finalności brakowało jedynie 4,51 pkt proc. Według wyliczeń Marinade Finance zdarzenie sięgnęło ok. 86% "progu zatrzymania". Źródłem awarii był pojedynczy punkt uszkodzenia w warstwie routingu. Teraswitch przekazał, że problem zaczął się od trasy domyślnej ogłoszonej z lokalizacji w Miami. Podczas propagacji utraciła ona pierwotne metryki i atrybuty community, po czym została rozesłana do węzłów w Europie i regionie Asia-Pacific przez route reflector w Amsterdamie. Lokalny router brzegowy błędnie sklasyfikował ją jako trasę generowaną lokalnie i nadał jej wyższy priorytet niż standardowej ścieżce wyjścia, natomiast rdzeń sieci w centrum danych uznał ją za nieprawidłową. W efekcie 12 lokalizacji — m.in. Londyn, Amsterdam, Dublin, Frankfurt, Singapur i Tokio — czasowo utraciło poprawne ścieżki przekazywania ruchu; Ameryka Północna nie odczuła skutków. Zespół inżynieryjny zidentyfikował usterkę w ok. 10 minut, a pełną usługę przywrócono o 04:16:15 UTC. Marinade podał, że dotkniętych było ok. 90 walidatorów, którzy łącznie stracili 333 SOL nagród. Analiza wskazuje, że awaria była silnie skoncentrowana na jednym systemie autonomicznym, AS20326. System ten utrzymuje 118,89 mln SOL, czyli ok. 27,34% całkowitego stake'u sieci, a w tym samym czasie offline znalazło się 94% tej puli. To przekracza limit programu delegowania Solana Foundation wynoszący 25% dla pojedynczego systemu autonomicznego. Dodatkowo 59 walidatorów z ok. 80,2 mln SOL wróciło do działania w tym samym oknie czasowym w Amsterdamie, Frankfurcie i Tokio, co sugeruje, że węzły głównie czekały na ponowną konwergencję routingu, zamiast przełączać się na alternatywne dostępne ścieżki. Drugi co do wielkości walidator Solany, Helius, pozostawał offline przez pełne 33 minuty. Zdaniem Marinade incydent ponownie uwidocznił ryzyko koncentracji. W tym samym okresie dodatkowe 14,1 mln SOL było offline w środowiskach powierniczych takich jak latitude.sh, Limestone, Butterfly Research i Allnodes; dostępne dane nie pozwalają w pełni wyjaśnić tego zjawiska. Oznacza to, że ocena dywersyfikacji wyłącznie w ujęciu "custodianowym" może zaniżać ryzyko jednoczesnej niedostępności walidatorów podczas tej samej awarii. Marinade ujawnił też koncentrację we własnym modelu alokacji: dwie trzecie jego stake'u skupia się w czterech systemach autonomicznych, a sam AS395201 odpowiada za 36,94%. Protokół zapowiedział ponowną ocenę limitów koncentracji według sieci i centrów danych oraz rozpoczęcie ujawniania, czy walidatorzy dysponują mechanizmami hotswap i automatycznego failover. Dodatkowo Marinade wskazał, że utracone 333 SOL nagród ma zostać pokryte ze stake'u walidatorów po zakończeniu bieżącej epoki. Jednocześnie, jeśli w tym momencie odsetek niedostępnego stake'u przekroczy jedną trzecią, potwierdzanie transakcji dla wszystkich posiadaczy SOL zostanie zatrzymane, a nie istnieje mechanizm stakingowy, który łagodziłby tego typu skutki systemowe. Ostatnia pełna awaria sieci Solana miała miejsce w lutym 2024 r., a przywracanie działania zajęło wtedy niemal pięć godzin.