XRP Ledger wycofuje 5 poprawek, użytkownicy nie są dotknięci

Deweloperzy XRP Ledger wycofali pięć długo aktywnych poprawek protokołu w wersji xrpld 3.3.0, ale ruch ten nie usuwa ich funkcji ani nie wymaga od posiadaczy XRP podejmowania działań.

Podsumowanie

• XRPL 3.3.0 wycofuje pięć długo aktywnych poprawek, co sprawia, że ich zachowanie po aktywacji staje się trwałe w ramach protokołu.
• Clawback pozostaje dostępny po wycofaniu, ponieważ tylko przestarzały kod przed poprawką został usunięty z oprogramowania xrpld.
• Dokumentacja XRPL pozwala na wycofanie poprawek po dwóch latach aktywacji w Mainnet, aby zmniejszyć złożoność dziedzictwa.
• Sześć nowych poprawek weszło do wersji 3.3.0, ale każda z nich nadal wymaga zatwierdzenia przez walidatorów przed aktywacją w Mainnet.
• Operatorzy węzłów powinni jak najszybciej zaktualizować do wersji 3.3.0, podczas gdy użytkownicy nie muszą podejmować żadnych działań związanych z wycofaniem.

Inżynier oprogramowania RippleX, Mayukha Vadari, wyjaśnił na X, że wycofanie usuwa stary kod przed poprawką, który pozostał po tym, jak zmiana protokołu działała przez lata. Zmienione zachowanie pozostaje na miejscu. Oficjalna dokumentacja XRPL potwierdza, że wycofane poprawki stają się bezwarunkowymi częściami protokołu.

Rozróżnienie to stało się ważne po wydaniu xrpld 3.3.0 w dniu 6 sierpnia, które wycofało Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve i fixUniversalNumber. Innymi słowy, "wycofanie Clawback" nie oznacza, że emitenci XRP Ledger tracą funkcjonalność clawback. Sieć zamiast tego rezygnuje ze starszej ścieżki kodu, która opisywała, jak transakcje zachowywały się przed aktywacją poprawki.

Wycofanie XRP Ledger sprawia, że stare zasady stają się trwałe

System poprawek XRP Ledger pozwala na wprowadzanie zmian w protokole bez natychmiastowego wymuszania każdej nowej zasady na Mainnet. Walidatorzy głosują nad poprawkami, a propozycja musi utrzymać poparcie ponad 80% zaufanych walidatorów przez dwa ciągłe tygodnie, zanim stanie się aktywna. Po włączeniu nowe zachowanie obowiązuje na stałe, chyba że inna poprawka później je zmieni.

W okresie po aktywacji xrpld zachowuje zarówno bieżącą logikę, jak i część kodu przed poprawką. Ten kod dziedzictwa może pomóc deweloperom w odtwarzaniu starego zachowania księgi, gdy debugują lub weryfikują historyczne transakcje. Jednak utrzymywanie lat przestarzałych gałęzi również zwiększa złożoność bazy kodu.

Oficjalna dokumentacja poprawek mówi, że poprawka Mainnet może zostać wycofana, gdy została włączona przez dwa lata. Wycofanie usuwa jej starą ścieżkę kodu, przestaje traktować zmianę jako warunkową poprawkę i włącza nowsze zachowanie do protokołu bezwarunkowo.

Vadari opisała ten proces jako "czyszczenie bazy kodu" i powiedziała, że "nie wpłynie to na żadnych użytkowników". Dodała, że deweloperzy zazwyczaj czekają dwa lata, ponieważ poprzednia implementacja może być nadal przydatna podczas debugowania starszych transakcji. Dokumentacja testowa XRPL podobnie ostrzega, że historyczne dokładne odtwarzanie transakcji może wymagać uruchomienia wersji xrpld, która pierwotnie przetwarzała transakcję po wycofaniu starych poprawek.

Clawback nie jest usuwany z XRPL

Clawback jest najbardziej rozpoznawalną z pięciu wycofanych poprawek i najłatwiejszą do błędnej interpretacji. Funkcja stała się aktywna w Mainnet 8 lutego 2024 roku i pozwala kwalifikującym się emitentom na odzyskanie wydanych tokenów od posiadaczy, gdy konto emitenta włączyło wymaganą ustawienie clawback. Nie pozwala to emitentowi na odzyskanie natywnego XRP.

Wycofanie poprawki oznacza zatem, że sieć nie potrzebuje już kodu dla wersji XRPL, w której Clawback nie istniał. Bieżące zachowanie Clawback pozostaje częścią protokołu. Strona znanych poprawek XRPL teraz wyraźnie oznacza jej funkcjonalność przed poprawką jako wycofaną.

Pozostałe cztery emerytury opierają się na tym samym zasadzie. fixDisallowIncomingV1 poprawił problem z autoryzacją linii zaufania. fixInnerObjTemplate zajął się błędami związanymi z wewnętrznymi obiektami AMM. fixNFTokenReserve dodał kontrole rezerwy, gdy oferty NFT są akceptowane, podczas gdy fixUniversalNumber ujednolicił części obliczeń zmiennoprzecinkowych XRPL. Ich zasady po nowelizacji pozostają w mocy, mimo że starsze ścieżki są usuwane.

To nie jest nowy mechanizm zarządzania. XRPL wycofał wcześniejsze nowelizacje po tym, jak ich zasady stały się wystarczająco ustalone. Wersja 3.2.0, na przykład, wycofała starsze zmiany dotyczące czeków, autoryzacji depozytów, usuwania kont i innych funkcji protokołu.

Wersja 3.3.0 również rozpoczyna nowy cykl nowelizacji

Podczas gdy pięć starych nowelizacji opuszcza status warunkowy, wersja 3.3.0 dodaje sześć nowych propozycji do xrpld. Są to BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor i fixCleanup3_3_0. Ich włączenie do oprogramowania nie oznacza, że te możliwości są już aktywne w Mainnet.

Każda propozycja musi nadal przejść niezależnie proces walidacji XRPL. Ponad 80% wsparcia musi utrzymywać się przez dwa tygodnie, zanim nowelizacja wejdzie w życie, a wsparcie może spaść poniżej progu i zresetować zegar.

Różnica między tymi nowymi nowelizacjami a pięcioma wycofanymi jest zatem znaczna. Nowe propozycje czekają na zatwierdzenie sieci. Wycofane nowelizacje przeszły już ten etap lata temu, stały się ustalonym zachowaniem sieci i osiągnęły punkt, w którym utrzymywanie ich starszego kodu nie jest już uważane za konieczne.

Co dalej dla operatorów XRPL

Dla zwykłych posiadaczy XRP nie jest wymagana migracja, aktualizacja portfela ani transakcja specjalnie z powodu wycofania pięciu nowelizacji. Clawback i inne dotknięte zachowania protokołu nadal działają zgodnie z ustalonymi zasadami.

Operatorzy serwerów mają inne rozważania. Powiadomienie o wydaniu XRPL 3.3.0 informuje operatorów, aby jak najszybciej zaktualizowali do wersji 3.3.0, aby utrzymać ciągłość usług. Utrzymywanie aktualności jest również ważne, ponieważ serwery potrzebują oprogramowania zawierającego kod dla nowelizacji, które mogą później stać się aktywne. Serwer pozbawiony aktywowanej nowelizacji może zostać zablokowany przez nowelizację i przestać normalnie uczestniczyć w sieci.

Uwaga teraz przesuwa się z wycofanych nowelizacji na decyzje walidatorów dotyczące sześciu dodatków w wersji 3.3.0. Jak wcześniej raportowano, ConfidentialTransfer jest jedną z propozycji mających na celu rozszerzenie narzędzi XRPL dla instytucjonalnych aktywów tokenizowanych, ale jego użycie nadal zależy od zatwierdzenia walidatora.

Dla pięciu wycofanych nowelizacji jednak nie ma porównywalnego głosowania przed sobą. Wycofanie oznacza koniec ich okresu przejściowego, a nie koniec ich funkcjonalności: zmienione zasady są teraz po prostu częścią stałego zachowania XRP Ledger.