XRP Ledger 3.3.0 wprowadza ulepszenia prywatności i wsadowe

Deweloperzy XRP Ledger wydali wersję xrpld 3.3.0 w dniu 6 sierpnia, przybliżając kilka zmian protokołu do możliwej aktywacji w sieci głównej.
Podsumowanie

• XRPL 3.3.0 wprowadza kod protokołu, ale zatwierdzenie walidatorów pozostaje konieczne przed jakąkolwiek aktywacją w sieci głównej.
• ConfidentialTransfer miałby chronić salda MPT i kwoty transferów, jednocześnie zachowując dostęp do zgodności dla uprawnionych stron.
• BatchV1_1 przywraca funkcjonalność transakcji atomowych po tym, jak wcześniejsza wersja została wstrzymana z powodu luki w zabezpieczeniach.
• Sponsor pozwoliłby osobom trzecim pokrywać opłaty i rezerwy, podczas gdy użytkownicy zachowują pełną kontrolę nad kontem.
• DynamicMPT pozwoliłby emitentom na późniejsze modyfikowanie wybranych właściwości tokenów, wspierając rozwijające się potrzeby biznesowe i zgodności.

Oficjalne wydanie na GitHubie potwierdza prace nad ConfidentialTransfer, BatchV1_1, Sponsorem i DynamicMPT, obok poprawek i innych zmian w protokole. Same wydanie oprogramowania nie aktywuje tych funkcji w sieci.

Różnica ma znaczenie, ponieważ niektóre raporty opisują sześć ulepszeń jako już aktywnych. W ramach procesu zmiany XRP Ledger nowe funkcje protokołu wymagają wsparcia walidatorów przed aktywacją. Zmiana musi utrzymać ponad 80% wsparcia od zaufanych walidatorów przez dwa ciągłe tygodnie przed wejściem w życie.

XRP Ledger 3.3.0 dodaje narzędzia prywatności i transakcji atomowych

ConfidentialTransfer jest zaprojektowany, aby dodać prywatność dla wielofunkcyjnych tokenów, czyli MPT. Dokumentacja XRPL mówi, że zmiana wykorzystuje kryptografię do ochrony indywidualnych sald i kwot transferów, jednocześnie zachowując mechanizmy, które pozwalają uprawnionym stronom, w tym emitentom lub audytorom, weryfikować informacje potrzebne do zgodności.

Funkcja pozostaje przedmiotem aktywacji zmiany, więc prywatne transfery MPT nie powinny być jeszcze opisywane jako aktywne w sieci głównej XRPL.

BatchV1_1 to kolejny ważny element. Standard XLS-56 pozwala na pakowanie i przetwarzanie wielu transakcji razem, w tym transakcji dotyczących różnych kont. Atomowe wykonanie może pomóc w procesach rozliczeniowych, gdzie kilka działań musi zakończyć się sukcesem razem, zamiast pozostawiać jedną nogę zakończoną, podczas gdy inna nie powiodła się.

Zrewidowane funkcje są wynikiem wcześniejszych ustaleń dotyczących bezpieczeństwa

Batch ma ważną historię. Wcześniejsza wersja została wyłączona przed aktywacją w sieci głównej po odkryciu problemu z logiką podpisywania transakcji. Fundacja XRPL później przeszła do BatchV1_1 jako poprawionego zamiennika. Jak wcześniej raportowano w relacjach o bezpieczeństwie XRPL, deweloperzy zwiększyli formalną kontrolę nad ostatnimi ulepszeniami.

Delegacja uprawnień podążała podobną ścieżką. XRPL ujawnił we wrześniu 2025 roku, że błąd w wcześniejszej zmianie mógł pozwolić na nieautoryzowaną transakcję obciążającą opłaty na inne konto w określonych warunkach. Walidatorzy zostali poinformowani, aby głosować przeciwko, a podatna funkcja nigdy nie została aktywowana. PermissionDelegationV1_1 została opracowana jako jej zamiennik.

Zrewidowany koncept pozwala kontu przyznać określone uprawnienia transakcyjne bez oddawania swojego głównego klucza prywatnego, wspierając operacyjne portfele z ograniczoną władzą.

Sponsor i DynamicMPT mają na celu onboardowanie instytucjonalne

Sponsor, oparty na XLS-68, jest zaprojektowany, aby pozwolić innemu kontu pokrywać opłaty transakcyjne lub wymagania rezerwowe, podczas gdy użytkownik zachowuje kontrolę nad kontem i kluczami. Funkcja ta mogłaby umożliwić aplikacjom onboardowanie użytkowników bez konieczności nabywania XRP wyłącznie w celu pokrycia kosztów sieci. Propozycja XLS-68 wyraźnie wspiera sponsorowanie opłat i rezerw, jednocześnie zachowując kontrolę nad kluczami użytkownika.

DynamicMPT skierowany jest do emitentów tokenów. Propozycja XLS-94 pozwala emitentom określić wybrane właściwości MPT jako zmienne podczas tworzenia tokena, a następnie aktualizować te dozwolone pola później. Standard ma na celu dostosowanie się do zmieniających się wymagań biznesowych lub zgodności bez konieczności swobodnej edycji każdej właściwości tokena.

Wszystkie te funkcje wpisują się w rosnące zainteresowanie XRPL tokenizowanymi finansami. W związku z relacjami na temat tokenizacji, crypto.news doniosło, że JPMorgan, Mastercard, Ondo Finance i Ripple przetestowali tokenizowane wykupy skarbowych przy użyciu XRPL.

Nie każda z cytowanych aktualizacji należy do wersji 3.3.0

Jedna korekta jest konieczna w związku z powszechnie krążącym stwierdzeniem o "sześciu aktualizacjach". fixCleanup3_2_0 należy do wcześniejszego cyklu xrpld 3.2.0, a nie do nowo wydanego pakietu funkcji 3.3.0. Zmiany w GitHubie dla wersji 3.3.0 pokazują zamiast tego prace nad LendingProtocolV1_1 oraz osobny tor fixCleanup3_3_0 obok głównych funkcji.

W związku z tym wydanie nie powinno być interpretowane jako sześć ukończonych możliwości dostępnych jednocześnie. Jest to kamień milowy w oprogramowaniu serwera, który dostarcza walidatorom i operatorom kod potrzebny do podejmowania decyzji o zmianach. Poszczególne zmiany mogą mieć różne harmonogramy głosowania i mogą nie aktywować się, jeśli wsparcie spadnie poniżej wymaganego progu.

Ten proces zarządzania miał znaczenie wcześniej. Oryginalne zmiany Batch i Permission Delegation zostały zatrzymane po zidentyfikowaniu błędów przed aktywacją w mainnecie, co pokazuje, że włączenie do oprogramowania lub głosowanie walidatorów nie jest równoznaczne z wdrożeniem produkcyjnym.

Co dalej dla walidatorów XRPL

Operatorzy węzłów muszą teraz ocenić wersję 3.3.0 i zdecydować, czy zaktualizować i wspierać poszczególne zmiany. Dokładne daty aktywacji zależą od głosowania walidatorów, a nie od wydania oprogramowania 6 sierpnia. Zasady zmian XRPL wymagają, aby superwiększość utrzymywała się nieprzerwanie przez dwa tygodnie.

Dla posiadaczy XRP natychmiastowa zmiana jest techniczna, a nie finansowa. Wersja 3.3.0 rozszerza potencjalne narzędzia sieci w zakresie prywatności, wieloetapowego rozliczenia, delegowanej władzy, sponsorowanego wprowadzania i konfigurowalnego wydawania tokenów, ale żadne z nich nie gwarantuje wyższego popytu na XRP ani wzrostu cen.

Kolejne weryfikowalne kamienie milowe będą dotyczyć przyjęcia 3.3.0 przez walidatorów, poziomów wsparcia dla zmian i zaplanowanych dat aktywacji. Dopóki te progi nie zostaną osiągnięte, nowe możliwości powinny być opisane jako wydane w oprogramowaniu węzła i przechodzące przez zarządzanie, a nie jako w pełni aktywne funkcje mainnetu XRP Ledger.

Decyzje walidatorów, a nie marketing wydania, określą, kiedy każda funkcja stanie się użyteczna na mainnecie.