XRP Ledger coraz bliżej aktualizacji xrpld v3.2.0

XRP Ledger zbliża się do uruchomienia aktualizacji xrpld v3.2.0. Najnowszą wersję oprogramowania wdrożyło już 84 zaufanych walidatorów, czyli 55,63% całej sieci. To ważny krok, ale do aktywacji zmian wciąż potrzeba poparcia ponad 80% walidatorów utrzymanego przez dwa kolejne tygodnie.

Według danych XRP Ledger Explorer wersja 3.2.0 działa również na 353 węzłach, co stanowi 42,12% wszystkich node'ów. Dla porównania, starsza wersja 3.1.3 jest nadal używana przez 58 walidatorów, czyli 38,41% ich łącznej liczby, oraz 440 węzłów, odpowiadających za 52,51% sieci.

W XRP Ledger to zaufani walidatorzy decydują o zmianach w protokole, a pozostałe węzły podążają za ich decyzjami. Przy obecnym poziomie wdrożenia jeszcze około jedna czwarta walidatorów musi przejść na wersję 3.2.0, aby aktualizacja mogła zostać aktywowana.

Nowe wydanie wprowadza zmiany infrastrukturalne, poprawki dla deweloperów oraz usuwa błędy. Jedną z najważniejszych nowości jest oficjalna zmiana nazwy głównego oprogramowania serwera z rippled na xrpld zgodnie z propozycją XLS 0095.

Od 15 czerwca zmieniły się ścieżki konfiguracji, lokalizacje baz danych, metadane serwera i sposób oznaczania wersji. Administratorzy walidatorów i węzłów muszą więc zaktualizować konfigurację oraz skrypty wdrożeniowe przed zakończeniem migracji.

Wraz z aktualizacją udostępniono poprawkę fixCleanup3_2_0. Obejmuje ona zabezpieczenia dotyczące Single Asset Vaults, Lending Protocol, zdecentralizowanych giełd z ograniczonym dostępem, Multi Purpose Tokens oraz permissioned domains. Dodano także mechanizmy zapobiegające pozostawianiu niepotrzebnych danych po usuniętych kontach oraz ułatwiono dostęp do informacji o protokole bez konieczności uruchamiania pełnego serwera.

Sama poprawka nie ma jednak jeszcze wystarczającego poparcia. Obecnie wspiera ją około 40% walidatorów. Ripple publicznie opowiedział się za jej wdrożeniem, a Lending Protocol XRP Ledger niedawno pomyślnie przeszedł niezależny audyt bezpieczeństwa.

Deweloperzy nadal obserwują także problemy zgłaszane podczas migracji walidatorów. Jeden z raportów w serwisie GitHub opisuje przypadek, w którym logi wyświetlały nowy klucz publiczny walidatora, podczas gdy serwer nadal korzystał ze starszego klucza zapisanego w bazie danych portfela. Według twórców jest to problem związany z procesem migracji, a nie z samym protokołem.

Obserwuj nas na: