Najnowsza aktualizacja XRP Ledger v3.2.0 napotyka techniczne przeszkody po premierze

TLDR

• Podstawowe oprogramowanie serwera XRP Ledger xrpld v3.2.0 zostało uruchomione 15 czerwca, z celem optymalizacji pamięci o 30–40%
• Operatorzy węzłów i deweloperzy zidentyfikowali kilka problemów technicznych za pośrednictwem GitHub wkrótce po wdrożeniu
• Operator węzła doświadczył całkowitego niepowodzenia synchronizacji po aktualizacji, mimo stabilności poprzedniej wersji
• Zgłoszone problemy obejmują błędy parsowania konfiguracji, defekty przekazywania transakcji oraz luki w dystrybucji danych walidatorów
• Adopcja pozostaje na poziomie 26% w całej sieci; nie udokumentowano krytycznych awarii sieci

Po wdrożeniu 15 czerwca wersji xrpld 3.2.0, społeczność deweloperów XRP Ledger udokumentowała liczne problemy techniczne ze zaktualizowaną podstawową infrastrukturą serwerową sieci.

Aktualizacja oprogramowania obiecywała znaczące ulepszenia, w tym optymalizację wydajności i przewidywane zmniejszenie zużycia pamięci o 30% do 40%. Wydanie zmieniło również nazwę serwera z „rippled" na „xrpld", jednocześnie wprowadzając ulepszone protokoły bezpieczeństwa.

Jednak wkrótce po uruchomieniu administratorzy węzłów i inżynierowie oprogramowania zaczęli dokumentować problemy za pośrednictwem oficjalnego narzędzia do śledzenia zgłoszeń na GitHub.

Problemy z synchronizacją i błędy konfiguracji

Administrator węzła udokumentował, że jego infrastruktura działająca na v3.2.0 całkowicie nie była w stanie pobrać informacji o księdze po aktualizacji. System utrzymywał status połączenia, ale synchronizacja całkowicie ustała. Co istotne, identyczny sprzęt działał bez zarzutu pod wersją 3.1.3. Ten problem, zgłoszony 18 czerwca, oczekuje na rozwiązanie.

Inny udokumentowany problem ujawnia, że pliki konfiguracyjne zawierające komentarze inline powodują awarie serwera podczas inicjalizacji. Starszy system parsowania nie radzi sobie prawidłowo z komentarzami w określonych parametrach, generując wyjątek „BadLexicalCast".

Opiekunowie projektu zweryfikowali wiele raportów jako uzasadnione defekty wymagające oceny technicznej.

Obawy dotyczące sieci przekazywania i walidatorów

Inżynierowie zidentyfikowali defekt wpływający na mechanizmy propagacji transakcji do węzłów sieci. Błąd obliczeniowy ogranicza liczbę węzłów otrzymujących transmisje transakcji, co może powodować niewystarczającą dystrybucję w sieci.

Mechanizm śledzenia opłat za zasoby również wzbudził zainteresowanie. Obecna implementacja zachowuje tylko maksymalną wartość opłaty, odrzucając poprzednie wpisy — zachowanie, które deweloperzy klasyfikują jako błędne.

Propagacja listy walidatorów stanowiła kolejne wyzwanie. Obecnie metadane walidatorów są przesyłane wyłącznie do przychodzących połączeń peer, z wyłączeniem łączy wychodzących. Ta asymetria wpływa na dystrybucję informacji o walidatorach w całej infrastrukturze sieci.

Deweloperzy zidentyfikowali potencjalne luki związane z przepełnieniem liczb całkowitych bez znaku podczas procesów walidacji sekwencji ksiąg. Dodatkowe raporty wskazały na niespójne parametry routingu transakcji oraz naruszenie identyfikacji węzłów przy korzystaniu z efemerycznych kluczy kryptograficznych.

Kolejny raport opisał logiczną lukę w śledzeniu stanu ksiąg, która może pozostawiać węzły w niezdefiniowanych stanach bez ustalonych procedur odzyskiwania.

Ocena obecnego stanu

Obecnie żaden z udokumentowanych defektów nie spowodował zakłóceń usług w całej sieci. Fundacja XRP Ledger wraz z kontrybutorami open-source nadal analizuje wszystkie zgłoszone raporty za pośrednictwem platformy GitHub projektu.

Adopcja wersji 3.2.0 w sieci wynosi obecnie 26%. Zdecydowana większość węzłów nadal działa na poprzednich wydaniach oprogramowania.

Fundacja XRP Ledger nie opublikowała oficjalnych komunikatów ani poprawek naprawczych w czasie publikacji. Wszystkie zidentyfikowane problemy pozostają pod bieżącą oceną techniczną.

Wpis XRP Ledger's Latest v3.2.0 Update Faces Technical Hurdles Post-Launch pojawił się po raz pierwszy na Blockonomi.