Emeritus CTO Ripple i główny architekt XRP Ledger David Schwartz ujawnił metryki operacyjne swojego prywatnego huba — zasadniczo głównego serwera przekaźnikowego, przez który komunikują się inne węzły sieci.
Telemetria obejmuje okres od 25 sierpnia do 8 września, a zainteresowanie walidatorów nie jest przypadkowe: jest to jeden z kluczowych węzłów XRPL. Werdykt weterana Ripple jest taki, że system w pełni wyzdrowiał po ostatnim kryzysie i działa z niezachwianą stabilnością, lub, jak to ujął sam Schwartz, „Rock Solid”.
Dla ekosystemu ta publikacja to coś więcej niż tylko zestaw suchych wykresów — to długo oczekiwana pieczęć aprobaty. Nieco ponad miesiąc temu, 31 lipca, sieć XRPL doświadczyła poważnego kryzysu infrastrukturalnego.
Jak jeden atak spamowy prawie przeciążył sieć XRP i dlaczego jego twórca musiał osobiście udowodnić, że wszystko zostało naprawione
Anonimowi atakujący przeprowadzili tak zwaną „burzę manifestów”. Manifest to cyfrowe poświadczenie węzła walidatora, a atakujący zalali sieć tysiącami fałszywych poświadczeń, zmuszając węzły do wydatkowania zasobów na przetwarzanie śmieci.
W tym czasie hub Schwartza doświadczył powszechnych błędów połączenia z błędem onReadMessage bezpośrednio na etapie uzgadniania — w punkcie, w którym węzły porównują ze sobą stan księgi. Jednak finalizacja bloków i sam konsensus nie zostały przerwane nawet na minutę, a incydent został rozwiązany poprzez awaryjną interwencję inżynieryjną bez wyłączania sieci.
Deweloperzy musieli w pośpiechu wydać poprawkę xrpld 3.2.1. Ograniczyła ona rozmiary manifestów i przebudowała buforowanie danych dla nieznanych węzłów, aby system nie marnował już zasobów na podejrzanych uczestników. Miesiąc później Schwartz przedstawił pierwsze wyniki działania poprawki w rzeczywistych warunkach.
Najnowsze wykresy dowodzą, że skutki ataku zostały całkowicie wyeliminowane. Hub niezawodnie utrzymuje około 400 jednoczesnych połączeń, osiągając szczyt 423, w tym 135 połączeń przychodzących i 271 wychodzących. Opóźnienie — czas odpowiedzi między węzłami — spadło do 165 milisekund.
Jedyną anomalią był jednorazowy skok do 1,49 sekundy 6 września, ale algorytmy go opanowały bez wpływu na konsensus. Spadki połączeń pozostały na poziomie 84,6 przypadków na pięciominutowy interwał — to normalny poziom tła, a nie oznaka problemów. Metryka złośliwej aktywności, oznaczona jako „Abuse”, spadła do prawie zera, ponieważ zaktualizowana ochrona filtruje teraz prawie cały śmieciowy ruch.
W istocie nie jest to rutynowy raport o czasie pracy pojedynczego serwera, ale publiczny audyt zaktualizowanego oprogramowania xrpld pod rzeczywistym obciążeniem. Potwierdza on, że infrastruktura XRPL jest gotowa do długoterminowej, stabilnej pracy.
