Deweloperzy XRP Ledger wydali xrpld w wersji 3.4.0 16 września, dodając dwa pakiety poprawek, które zmieniają proponowane natywne funkcje pożyczkowe i wzmacniają kilka ścieżek transakcji, jednocześnie prosząc operatorów serwerów o aktualizację.
Podsumowanie
- XRPL w wersji 3.4.0 wprowadza dwie poprawki obejmujące zmiany w pożyczkach oraz dołączony pakiet poprawek protokołu.
- LendingProtocolV1_1 dodaje skarbce zamknięte i rachunkowość kasową, ale aktywacja w mainnecie nadal wymaga trwałego konsensusu walidatorów.
- Operatorzy serwerów są proszeni o szybką aktualizację, ponieważ Fundacja XRPL dystrybuuje teraz podpisane pakiety dla Linuksa.
- fixCleanup3_4_0 wzmacnia skarbce, AMM, MPT, escrow, podpisywanie, poświadczenia i zachowanie handlu uprawnionego na ścieżkach transakcji.
- Nowa poprawka pożyczkowa zależy od XLS-65 i XLS-66, które pozostają poniżej progów aktywacji.
Oficjalne wydanie XRPL mówi, że wersja 3.4.0 wprowadza LendingProtocolV1_1 i fixCleanup3_4_0, jednocześnie wycofując fixAMMOverflowOffer, ponieważ jego zachowanie po poprawce stało się trwałą częścią protokołu.
Wydanie oprogramowania nie oznacza, że którakolwiek z nowych poprawek jest aktywna w mainnecie. Proces poprawek XRPL wymaga, aby propozycja otrzymała ponad 80% wsparcia od zaufanych walidatorów nieprzerwanie przez dwa tygodnie, zanim jej zasady staną się aktywne.
Lending V1.1 dodaje skarbce zamknięte i rachunkowość kasową
Wydanie XRPL 3.4.0 mówi, że LendingProtocolV1_1 zmienia projekt Single Asset Vaults i Lending Protocol, wprowadzając skarbce zamknięte ze zdefiniowanymi okresami subskrypcji, inwestycji i wykupu.
Techniczna dokumentacja Ripple mówi, że deponenci mogą dodawać lub wycofywać aktywa w fazie subskrypcji. W okresie inwestycji depozyty i wypłaty są wstrzymane, a aktywa mogą finansować pożyczki. Wykup rozpoczyna się po zakończeniu okresu inwestycji, pozwalając deponentom odzyskać swój udział po zapadalności pożyczek.
Gdy LendingProtocolV1_1 stanie się aktywny, dokumentacja XRPL mówi, że nowi brokerzy pożyczek mogą być przypisani tylko do skarbców zamkniętych. Istniejące relacje pożyczkowe utworzone na podstawie wcześniejszych zasad otrzymują oddzielne traktowanie, aby można było nadal zarządzać otwartymi pozycjami.
Model rachunkowości zmienia się w tym samym czasie. Dokumentacja Ripple mówi, że nowe skarbce rozpoznawałyby odsetki tylko wtedy, gdy pożyczkobiorcy faktycznie dokonują płatności.
W poprzednim modelu wszystkie zaplanowane odsetki były rozpoznawane w momencie udzielenia pożyczki. Rachunkowość kasowa pozostawia nieopłacone przyszłe odsetki poza dochodem skarbca do momentu otrzymania płatności, co wpływa na AssetsTotal, obliczenia zadłużenia pożyczki i traktowanie księgowe niewypłacalności.
Zasady V1.1 nie konwertowałyby retroaktywnie starszych skarbców. Dokumentacja Ripple mówi, że skarbce utworzone zgodnie z poprzednią metodą rachunkowości zachowują ten model po aktywacji V1.1.
Jak wcześniej informowano w relacjach o poprawkach, walidator Ripple już zagłosował za podstawowymi propozycjami SingleAssetVault i LendingProtocol w sierpniu, ale zatwierdzenie przez walidatorów pozostało znacznie poniżej poziomu wymaganego do aktywacji w mainnecie.
XRPL 3.4.0 zawiera duży zestaw poprawek transakcji
Druga poprawka, fixCleanup3_4_0, zawiera poprawki obejmujące pożyczki, skarbce, Automatycznych Twórców Rynku, Tokeny Wielofunkcyjne, NFT, depozyt, handel z uprawnieniami i autoryzację kont.
Oficjalne wydanie mówi, że jedna zmiana zapobiega spalaniu przez AMMClawback tokenów dostawcy płynności posiadacza przy jednoczesnym odzyskiwaniu zerowych aktywów bazowych, gdy zaokrąglenie MPT zmniejsza obliczoną kwotę odzyskania do zera.
Inna poprawka wzmacnia niezmienniki MPT. Deweloperzy XRPL powiedzieli, że kontrole ValidMPTBalanceChanges i ValidMPTTransfer, które wcześniej generowały logi, są egzekwowane na mocy poprawki i nadal mają zastosowanie, gdy transakcje kończą się niepowodzeniem.
Dla Skarbców Pojedynczych Aktywów, wydanie wymienia zmiany precyzji i zaokrąglania w depozytach, wypłatach i odzyskiwaniach. Zasady mają na celu utrzymanie zgodności zapisanych aktywów, dostępnych aktywów i pozostałej podaży udziałów, gdy konwersje osiągają granice precyzji.
Handel z uprawnieniami otrzymuje kilka poprawek. Pakiet wyklucza usunięte oferty domen z jednego niezmiennika Uprawnionego DEX, zaostrza kontrole domen i poprawia sposób usuwania wygasłych poświadczeń, gdy uruchamiane są transakcje OfferCreate lub Payment.
Zachowanie podpisywania otrzymuje oddzielne zabezpieczenie. Wydanie mówi, że wersja 3.4.0 przypisuje różne prefiksy haszy podpisywania dla podpisów kontrahenta i sponsora, aby podpis utworzony dla jednej roli nie mógł zostać powtórzony jako druga.
Wydanie zawiera niższopoziomowe wzmocnienie węzła poza pakietem poprawek. Deweloperzy naprawili nieograniczone wyszukiwanie w bazie danych przez TMGetLedger, ograniczyli rozmiar przychodzących list TMTransactions i wprowadzili opłatę za transakcje, których nie można zdeserializować.
Deweloperzy XRPL powiedzieli, że wersja 3.4.0 zawiera poprawki pierwszego etapu wynikające z ustaleń audytu i attackathonu MPT i DEX. Wydanie nie identyfikuje tych poprawek jako dowodu aktywnego wykorzystania luki w mainnecie.
W poprzednim omówieniu aktualizacji, wersja 3.3.0 wprowadziła już kod dla kilku oddzielnych propozycji, w tym poprawionej funkcjonalności Batch, sponsorowanych opłat i poufnych transferów MPT, przy czym zatwierdzenie przez walidatorów jest nadal wymagane przed aktywacją.
Zatwierdzenie przez walidatorów nadal oddziela wydanie od aktywacji
Oficjalne zasady poprawek XRPL stanowią, że zainstalowanie oprogramowania zawierającego poprawkę daje serwerowi jedynie kod potrzebny do zrozumienia proponowanych reguł. Walidatorzy oddzielnie wybierają, czy głosować za aktywacją.
Obecny kod funkcji XRPLF wymienia zarówno LendingProtocolV1_1, jak i fixCleanup3_4_0 jako obsługiwane, zachowując jednocześnie zachowanie głosowania DefaultNo. Ustawienie domyślne „nie” oznacza, że uruchomienie oprogramowania samo w sobie nie oddaje pozytywnego głosu za poprawką, gdy operator nie skonfigurował innego wyboru.
Podstawowe komponenty pożyczkowe pozostają dalekie od aktywacji. Migawka z 17 września oparta na danych historii walidatorów Fundacji XRPL pokazała 16 z 35 zaufanych walidatorów wspierających SingleAssetVault i 13 z 35 wspierających LendingProtocol.
Te liczby są wrażliwe na czas i pochodzą z niezależnego trackera sieci, a nie ze stałej liczby opublikowanej w notatkach wydania. Oficjalna zasada pozostaje taka, że wsparcie powyżej 80% musi być utrzymane przez dwa ciągłe tygodnie.
Nowa poprawka V1.1 zależy od podstawowej architektury pożyczkowej. Obecna specyfikacja XLS-66 opisuje pożyczki terminowe, niezabezpieczone, wykorzystujące środki zgromadzone przez Skarbce Pojedynczych Aktywów, podczas gdy ocena kredytowa pożyczkobiorcy i ocena ryzyka kredytowego pozostają poza łańcuchem.
Ta sama specyfikacja pozostaje sklasyfikowana jako Wersja robocza. Żadne źródło przejrzane na potrzeby tej aktualizacji nie pokazało pożyczki w mainnecie wykonanej przez proponowany natywny protokół ani daty aktywacji LendingProtocolV1_1.
Operatorzy węzłów otrzymują teraz pakiety od Fundacji XRPL
Wersja 3.4.0 zmienia ścieżkę dystrybucji pakietów serwera Linux. Oficjalne wydanie mówi, że pakiety Debian i RPM są teraz hostowane przez packages.xrplf.org i podpisywane kluczem Fundacji XRPL.
XRPL developers urged server operators to install 3.4.0 “as soon as possible” to maintain service continuity. The published DEB and RPM files include SHA-256 checksums so operators can verify downloaded packages before installation.
GitHub now lists 3.4.0 as the latest immutable xrpld release, tied to commit 4a4fded2eba11427c48ce3f24d9c1aea5e7a9d17. The repository says the release tag and version commit carry verified signatures.
The same release retires fixAMMOverflowOffer. Under XRPL’s amendment model, retirement does not reverse the fix. It removes obsolete pre-amendment behavior after the new rules have become established as permanent protocol behavior.
Client support and security review are still developing
Application libraries are moving alongside the server release. XRPLF’s JavaScript client history lists LendingProtocolV1_1 support under the unreleased section following xrpl.js 5.2.0, which shipped on Sept. 11.
The binary-codec history shows version 2.11.0 already contains the role-specific sponsor and counterparty signing prefixes used by fixCleanup3_4_0, along with protocol definitions generated from xrpld 3.4.0.
Security testing of the lending work has continued separately from validator voting. Sherlock said in an Aug. 27 review that Ripple had started an AI-only examination of Lending Protocol V1.1 through its Audit Engine.
Sherlock said it would publish more information after the review finished, but no final V1.1 findings were located in its public materials checked for this report. Earlier testing covered a previous version of the lending system; prior independent audit coverage reported that Halborn’s earlier re-audit found no critical or high-risk issues while identifying one medium, two low and two informational findings.
