Świeżo zgłoszony błąd pokazuje, że oprogramowanie XRP Ledger w wersji v3.2.0 zapisuje w logach jeden klucz walidatora, podczas gdy faktycznie działa na innym, gdy około 30% węzłów przyjmuje przemianowany serwer.
Kluczowe punkty:
- Operator węzła zgłosił, że v3.2.0 zapisuje w logach nowy klucz zmigrowanego walidatora, podczas gdy serwer nadal używa starego.
- Błąd pojawia się na Ubuntu 22.04, gdy istniejący token walidatora zostaje dodany do działającego węzła RPC.
- Adopcja aktualizacji wynosi około 30%, a większość operatorów nadal korzysta z poprzedniej wersji.
Błąd w XRP Ledger ujawnia niedopasowanie kluczy
Usterka, zgłoszona jako issue #7581 w trackerze projektu na GitHubie, pojawia się po tym, jak operator przenosi istniejącego walidatora na już działający węzeł RPC, a następnie restartuje usługę. Log usługi raportuje nową tożsamość zmigrowanego walidatora, podczas gdy endpoint server_info wciąż zwraca starszy klucz zapisany w lokalnym pliku wallet.db. Te dwa wpisy przestają się zgadzać.
Odtworzenie rozbieżności wymaga niewielkiego wysiłku. Operator twierdzi, że dodanie istniejącego tokena walidatora do aktywnego węzła i restart serwera wywołują błąd na Ubuntu 22.04 — sekwencję powszechną podczas rutynowych migracji.
Przeczytaj także: Czy wyprzedaż Anthropic Perp to ostrzeżenie dla przed-IPO zakładów krypto?
Tożsamość walidatora kotwicą konsensusu sieci
Tożsamość walidatora jest kluczowa dla sposobu, w jaki XRP Ledger osiąga porozumienie co do każdego nowego rejestru (ledger). Propozycje węzła mają znaczenie tylko wtedy, gdy inne serwery ufają jego kluczowi poprzez swoje unikalne listy węzłów, więc nieaktualna lub niespójna tożsamość może wprowadzić w błąd każdego, kto analizuje tę maszynę. Mylny log może spowolnić budowę zaufania.
Jak dotąd niedopasowanie nie spowodowało przestoju. Mimo to wydłuża listę usterek, które deweloperzy zasygnalizowali od połowy miesiąca, od problemów z synchronizacją po awarię parsera konfiguracji.
Zgłaszający zaproponował poprawkę, prosząc, by logi usługi drukowały klucz, którego serwer faktycznie używa, albo pokazywały razem klucz pochodny i aktywny. Do zgłoszenia nie przypisano jeszcze maintainer’a. Kilka wcześniejszych zgłoszeń zostało już potwierdzonych jako błędy i ustawionych w kolejce do przeglądu, podczas gdy inne pozostają otwarte, gdy współtwórcy je analizują.
Adopcja kuleje, a głosowanie nad poprawką trwa
Przyjęcie nowej wersji przebiega powoli. Około 30% węzłów działa obecnie na wersji 3.2.0, podczas gdy większość operatorów pozostaje przy wcześniejszym wydaniu 3.1.3, wynika z publicznych danych sieciowych.
Wdrożenie rozpoczęło się 15 czerwca, kiedy aktualizacja zmieniła nazwę głównego oprogramowania z rippled na xrpld i obiecała oszczędności pamięci rzędu 30–40%. Od tego czasu operatorzy zgłaszali przerwy w synchronizacji, błędne obliczenia przekazów (relay) i teraz niedopasowanie klucza w nowej wersji — jak dotąd bez wydanego patcha. Spóźnialscy ryzykują też stan zablokowany przez poprawkę (amendment), gdy walidatorzy zatwierdzą fixCleanup3_2_0, zmianę porządkującą, którą Ripple już poparło w trwającym głosowaniu.
Następnie przeczytaj: Mane City Mobile trafia na iOS i Androida w ponad 100 krajach