Deweloperzy XRP Ledger wycofali pięć długo aktywnych poprawek protokołu w wersji xrpld 3.3.0, ale ten ruch nie usuwa ich funkcji ani nie wymaga działania ze strony posiadaczy XRP.
Podsumowanie
- XRPL 3.3.0 wycofuje pięć długo aktywnych poprawek, czyniąc ich zachowanie po aktywacji trwałym w rdzeniu protokołu.
- Clawback pozostaje dostępny po wycofaniu, ponieważ usuwany jest tylko przestarzały kod sprzed poprawki z oprogramowania xrpld.
- Dokumentacja XRPL pozwala na wycofanie poprawki po dwóch latach od aktywacji w Mainnet, aby zmniejszyć złożoność starszego kodu.
- 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 niezwłocznie 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 sprzed poprawki, który pozostał po latach działania zmiany protokołu. Samo zmienione zachowanie pozostaje na miejscu. Oficjalna dokumentacja XRPL potwierdza, że wycofane poprawki stają się bezwarunkowymi częściami rdzenia protokołu.
To rozróżnienie stało się ważne po wydaniu xrpld 3.3.0 6 sierpnia, które wycofało Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve i fixUniversalNumber. Innymi słowy, „wycofanie Clawback” nie oznacza, że emitenci XRP Ledger tracą funkcję clawback. Sieć zamiast tego porzuca starszą ścieżkę kodu, która opisywała zachowanie transakcji przed aktywacją poprawki.
Wycofanie w XRP Ledger czyni stare zasady trwałymi
System poprawek XRP Ledger pozwala na wprowadzanie zmian protokołu bez natychmiastowego narzucania każdej nowej zasady w 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 przechowuje zarówno bieżącą logikę, jak i część kodu sprzed poprawki. Ten starszy kod może pomóc programistom w odtworzeniu starego zachowania księgi podczas debugowania lub weryfikacji historycznych transakcji. Jednak utrzymywanie lat przestarzałych gałęzi dodaje również złożoności bazie kodu.
Oficjalna dokumentacja poprawek mówi, że poprawka Mainnet może zostać wycofana po dwóch latach od jej włączenia. Wycofanie usuwa jej starą ścieżkę kodu, przestaje traktować zmianę jako warunkową poprawkę i włącza nowsze zachowanie do protokołu bezwarunkowo.
Vadari opisał ten proces jako „czyste porządkowanie bazy kodu” i powiedział, że „nie wpłynie na żadnych użytkowników”. Dodał, że programiści zazwyczaj czekają dwa lata, ponieważ poprzednia implementacja może być nadal przydatna podczas debugowania starszych transakcji. Własna dokumentacja testowa XRPL podobnie ostrzega, że historycznie dokładne odtworzenie transakcji może wymagać uruchomienia wersji xrpld, która pierwotnie przetworzył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 r. i pozwala kwalifikującym się emitentom odzyskiwać wyemitowane tokeny od posiadaczy, gdy konto emitujące włączyło wymagane ustawienie clawback. Nie pozwala emitentowi na odzyskanie natywnego XRP.
Wycofanie poprawki oznacza zatem, że sieć nie potrzebuje już kodu dla wersji XRPL, w której Clawback nie istniał. Obecne zachowanie Clawback pozostaje częścią protokołu. Strona XRPL z znanymi poprawkami teraz wyraźnie oznacza funkcjonalność sprzed poprawki jako wycofaną.
Pozostałe cztery wycofania podlegają tej samej zasadzie. fixDisallowIncomingV1 naprawił problem z autoryzacją linii zaufania. fixInnerObjTemplate rozwiązał błędy dotyczące wewnętrznych obiektów AMM. fixNFTokenReserve dodał kontrole rezerw przy akceptowaniu ofert NFT, a fixUniversalNumber ujednolicił część obliczeń zmiennoprzecinkowych dziesiętnych XRPL. Ich zasady po nowelizacji pozostają w mocy, nawet jeśli starsze ścieżki są usuwane.
To nie jest nowy mechanizm zarządzania. XRPL wycofywał wcześniejsze poprawki po tym, jak ich zasady stały się wystarczająco ugruntowane. Na przykład wersja 3.2.0 wycofała starsze zmiany obejmujące czeki, autoryzację depozytów, usuwanie kont i inne funkcje protokołu.
Wersja 3.3.0 rozpoczyna również nowy cykl poprawek
Podczas gdy pięć starych poprawek 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 uwzględnienie w oprogramowaniu nie oznacza, że te funkcje są już aktywne w sieci głównej.
Jak poinformował crypto.news, ConfidentialTransfer miałby wspierać transfery tokenów wielofunkcyjnych z zachowaniem prywatności, a BatchV1_1 pozwoliłby na przesyłanie nawet ośmiu transakcji wewnętrznych jednocześnie. Sponsor umożliwiłby stronom trzecim pokrywanie opłat i wymogów rezerwowych, a DynamicMPT zapewniłby większą elastyczność w zakresie wybranych właściwości tokenów.
Każda propozycja musi nadal przejść niezależnie przez proces walidatorów XRPL. Ponad 80% poparcia musi utrzymywać się przez dwa tygodnie, zanim poprawka zostanie aktywowana, a poparcie może spaść poniżej progu i zresetować licznik.
Różnica między tymi nowymi poprawkami a pięcioma wycofanymi jest zatem znacząca. Nowe propozycje czekają na zatwierdzenie przez sieć. Wycofane poprawki 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 żadna migracja, aktualizacja portfela ani transakcja specjalnie z powodu wycofania pięciu poprawek. Clawback i inne dotknięte zachowania protokołu nadal działają zgodnie z ustalonymi zasadami.
Operatorzy serwerów mają inne rozważania. Nota wydania XRPL 3.3.0 zaleca operatorom jak najszybsze uaktualnienie do wersji 3.3.0 w celu utrzymania ciągłości usług. Bycie na bieżąco jest również ważne, ponieważ serwery potrzebują oprogramowania zawierającego kod poprawek, które mogą zostać aktywowane w przyszłości. Serwer bez aktywowanej poprawki może zostać zablokowany przez poprawki i przestać normalnie uczestniczyć w sieci.
W powiązanym raporcie mechanizm ten został zademonstrowany w lipcu, kiedy aktywacja fixCleanup3_2_0 spowodowała zablokowanie węzłów działających na starszych, niekompatybilnych wersjach.
Uwaga przesuwa się teraz z wycofanych poprawek 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 jej użycie nadal zależy od zatwierdzenia przez walidatorów.
W przypadku pięciu wycofanych poprawek nie ma jednak przed nami podobnego głosowania. Wycofanie oznacza koniec ich okresu przejściowego, a nie koniec ich funkcjonalności: zmienione zasady są teraz po prostu częścią stałego rdzenia XRP Ledger.
