Deweloperzy XRP Ledger wycofali pięć długo funkcjonujących poprawek w wersji XRPLD 3.3.0. Wydanie z 6 sierpnia usuwa przestarzały kod sprzed wprowadzenia poprawek, zachowując przy tym wszystkie aktywowane funkcje. Posiadacze XRP nie muszą aktualizować portfeli, przenosić środków ani wykonywać żadnych transakcji.

Wycofane poprawki to Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve oraz fixUniversalNumber. Ich ugruntowane reguły funkcjonują obecnie jako bezwarunkowe elementy rdzenia protokołu.

Wycofanie poprawki oznacza usunięcie kodu sprzed jej wprowadzenia, który nadal znajduje się w bazie kodu dla poprawek aktywowanych jakiś czas temu, takich jak Clawback. Inżynier oprogramowania RippleX Mayukha Vadari zaznaczyła, że proces ten stanowi oczyszczenie bazy kodu i nie wpływa na użytkowników. Deweloperzy zachowali starszy kod po aktywacji, ponieważ był przydatny do analizy historycznych transakcji.

XRP Ledger wprowadza zmiany w przetwarzaniu transakcji za pomocą systemu poprawek, a nie poprzez hard fork — mechanizm aktualizacji stosowany przez blockchainy takie jak Bitcoin i Ethereum. Zaufani walidatorzy głosują nad każdą propozycją, zanim trafi ona do sieci Mainnet. Poprawka wymaga poparcia ponad 80% zaufanych walidatorów przez dwa kolejne tygodnie. Poparcie na poziomie 80% lub niższym resetuje okres zatwierdzania. Po włączeniu nowa reguła obowiązuje na stałe, chyba że inna poprawka ją zmieni.

xrpld początkowo zachowuje zarówno nowe reguły, jak i wcześniejszą logikę transakcji. Takie podejście pomaga deweloperom odtworzyć zachowanie ledgera z przeszłości podczas testów lub analiz. Starszy kod zwiększa jednak nakład pracy związany z utrzymaniem i złożonością oprogramowania.

Oficjalna dokumentacja XRP Ledger pozwala deweloperom na wycofanie poprawki po dwóch latach od jej aktywacji w sieci Mainnet. Wycofanie usuwa wcześniejszą ścieżkę kodu i umieszcza zatwierdzone zachowanie bezpośrednio w protokole. Historycznie dokładne testowanie może wtedy wymagać wersji xrpld, która pierwotnie przetworzyła daną transakcję.

Funkcje pozostające aktywne po wycofaniu

Clawback jest najbardziej znaną spośród pięciu wycofanych poprawek. Została aktywowana 8 lutego 2024 r. Wystawcy uprawnionych tokenów mogą odzyskać swoje tokeny, jeśli odpowiednie ustawienie konta jest włączone.

Funkcja ta nie obsługuje natywnych tokenów XRP. Po wycofaniu Clawback XRPLD nie egzekwuje już żadnych ograniczeń transakcyjnych z okresu przed jego wprowadzeniem. Wystawcy zachowują możliwość korzystania z tego samego mechanizmu odzyskiwania.

Pozostałe cztery poprawki rozwiązywały problemy techniczne. fixDisallowIncomingV1 przywrócił autoryzacje linii zaufania dla użytkowników, którzy zablokowali przychodzące linie zaufania. fixInnerObjTemplate naprawił niemożność odczytu pewnych właściwości w obiektach zautomatyzowanych animatorów rynku. fixNFTokenReserve wymusił sprawdzanie rezerw przy akceptowaniu oferty NFT, zapewniając, że konta nie sfinalizują zakupu, chyba że spełnią wymagania rezerwowe. fixUniversalNumber ujednolicił część liczb zmiennoprzecinkowych ledgera.

Sześć nowych propozycji trafia do XRPLD 3.3.0

Wydanie obejmowało również sześć nowych propozycji: BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor oraz fixCleanup3_3_0. Dodanie tych propozycji do XRPLD nie aktywuje ich w sieci Mainnet, a każda z nich nadal wymaga zatwierdzenia przez walidatorów.

BatchV1_1 umożliwiłby kontu przesyłanie ośmiu transakcji wewnętrznych. ConfidentialTransfer pozwoliłby na prywatne transfery tokenów wielozadaniowych z mechanizmami zgodności. DynamicMPT dałby wystawcom możliwość aktualizacji określonych aspektów tokenów. Sponsor umożliwiłby stronom trzecim opłacanie fee w imieniu innych kont i transakcji. PermissionDelegationV1_1 zapewniłby uprawnienia na poziomie konta. fixCleanup3_3_0 łączy poprawki dla różnych funkcji protokołu.

Łącznie te propozycje obejmują prywatność transakcji, uprawnienia na poziomie konta oraz delegowanie opłat — możliwości istotne dla zastosowań korporacyjnych i regulowanej tokenizacji, które są aktywnie rozwijane przez wiele programowalnych blockchainów.

Operatorzy serwerów XRP Ledger powinni dokonać aktualizacji do wersji 3.3.0, aby utrzymać ciągłość usługi. Starsze serwery ryzykują zablokowaniem z powodu poprawek, jeśli sieć aktywuje nieobsługiwaną poprawkę. Zablokowane serwery nie mogą przetwarzać transakcji, walidować ledgerów, głosować ani dołączać do konsensusu.

Wycofanie wszystkich pięciu poprawek nie wymaga kolejnego głosowania walidatorów, ponieważ oznaczają one zakończenie okresów przejściowych.