Poprawka czyszcząca XRPL utrzymuje się dokładnie na progu wymaganym do aktywacji, podczas gdy proponowane poprawki dotyczące pożyczek pozostają znacznie poniżej wymaganego poparcia. Na dzień 18 października 29 z 35 walidatorów monitorowanych przez XRPL Dashboard popierało fixCleanup3_4_0. Poprawka wymaga ściśle więcej niż 80% poparcia, co czyni 29 głosów minimum; 28 z 35 nie wystarcza. Poprawki to sposób, w jaki XRP Ledger przyjmuje nowe zasady, więc ta liczba decyduje o tym, czy pakiet poprawek wejdzie w życie zgodnie z harmonogramem.

Dashboard odnotowuje większość od 9 października i przewiduje aktywację 23 października około 09:34 UTC, jeśli poparcie nie zmieni się w ciągu całego dwutygodniowego okresu. Opisuje poprawkę jako mającą „ani jednego głosu zapasu”n
Poprawka zawiera około 25 poprawek, z których osiem dotyczy vaultów i pożyczek. Pozostałe zmiany wpływają na automatyczne twórcy rynku (AMM), linie zaufania, tokeny niezastępowalne (NFT), Multi-Purpose Tokens, escrow, podpisy sponsorskie i delegowanie uprawnień.

Jak pożyczki na XRPL mają działać

Proponowany system pożyczkowy XRPL miałby łączyć deponentów, pośrednika kredytowego i pożyczkobiorców poprzez vault. Depozytariusze umieszczaliby jeden zasób w Single Asset Vault, a pośrednik aranżowałby z tej puli pożyczki na stały okres, bez zabezpieczenia. Pożyczkobiorcy spłacaliby zgodnie z uzgodnionymi warunkami, zgodnie z dokumentacją pożyczkową XRPL.

Rejestr administrowałby pożyczkami, ale ocena kredytowa odbywałaby się poza łańcuchem. Obecny projekt nie przewiduje również zautomatyzowanej likwidacji zabezpieczeń on-chain. Poprzedni przegląd propozycji opublikował Coindoo. Jak każda funkcja XRPL, system pożyczkowy wszedłby w życie wyłącznie poprzez głosowanie nad poprawką: dopóki jego poprawki nie przejdą tego samego progu superwiększości i 14-dniowego okresu oczekiwania, model vault-and-broker pozostaje propozycją, a nie działającą funkcjonalnością rejestru.

Status głosowania i harmonogram aktywacji

29 głosów popierających fixCleanup3_4_0 jest istotnych, ponieważ proces poprawek XRPL wymaga większości ściśle przekraczającej 80% zaufanych walidatorów. Dashboard monitoruje 35 walidatorów, więc próg wynosi 29.

Proces już pokazał, jak utrata większości może wpłynąć na harmonogramy aktywacji. PermissionDelegationV1_1 spadła do 28 z 35 głosów 23 września. BatchV1_1 utraciła większość podczas jednego głosowania 25 września, co zresetowało jej dwutygodniowy zegar aktywacji przed włączeniem poprawki 9 października. Zgodnie z oficjalnym procesem poprawek, utrata wymaganej większości resetuje dwutygodniowy okres.

Poprawki dotyczące pożyczek potrzebują jeszcze od ośmiu do dziesięciu dodatkowych głosów, a następnie 14-dniowego okresu oczekiwania. W rezultacie żadna z nich nie może zostać aktywowana przed początkiem listopada.

Istnieje też zastrżenie dotyczące liczby walidatorów. Zgłoszenie złożone 8 października w repozytorium GitHub rippled mówi, że wersja 3.4.1 przestaje liczyć głosy walidatora po rotacji jego klucza podpisywania i usuwa go z progu. Autor zgłoszenia zaobserwował 33 walidacje i próg 26 zamiast 35 i 28 oraz zauważył, że wynik żadnej poprawki się nie zmienił, jak poinformował Unchained. Na dzień 9 października patch był nadal w trakcie przeglądu.

Co zmienia fixCleanup3_4_0

Poprawka czyszcząca jest szersza niż aktualizacja dotycząca pożyczek. Zgodnie z listą poprawek XRPL, jej około 25 pozycji obejmuje m.in. następujące zmiany:

• Linie zaufania: Blokada wystawcy na przychodzące linie zaufania będzie obejmować również oferty. Konto nie będzie więc mogło otrzymywać tokenów poprzez ofertę, gdy odpowiednia przychodząca linia zaufania jest zablokowana.
• Clawbacki AMM: Clawback nie będzie już palił tokenów puli posiadacza, nie odzyskując niczego, gdy zaokrąglenie zredukuje kwotę do zera.
• Escrow: Anulowanie lub zakończenie escrow zwracającego tokeny nie będzie już kończyć się błędem, gdy właściciel znajduje się na granicy rezerwy.
• Podpisy: Podpisy sponsora i kontrahenta otrzymają odrębne prefiksy, co uniemożliwi odtworzenie podpisu utworzonego dla jednej roli jako drugiej.

Te zmiany są opisane w notatkach do wydania xrpld 3.4.0. Wpływają one również na funkcję, która weszła w życie 8 października. Dokumentacja XRPL odradza delegowanie szczegółowego uprawnienia PaymentBurn przed włączeniem poprawki czyszczącej, ponieważ delegat posiadający to uprawnienie może być w stanie tworzyć nowe tokeny linii zaufania lub Multi-Purpose Tokens, a nie tylko je niszczyć, zgodnie z Unchained. Poprawka odrzuca płatności wyłącznie z PaymentBurn, które przechodziłyby przez zerowe saldo do bicia tokenów.

Wpływ na depozyty i księgowość vaultów

Udziały vaultów to Multi-Purpose Tokens, których wartość podąża za zasobami posiadanymi przez vault. Rejestr śledzi również „niezrealizowaną stratę” na pożyczkach oznaczonych jako osłabione. W przykładzie z dokumentacji vaultów, vault posiadający 1,0 mln USD z niezrealizowaną stratą 900 000 USD ma kurs wymiany przy wypłacie równy 0,1.

Poprawka wprowadza trzy zmiany w tej części systemu. Wpłaty, wypłaty i clawbacki wykorzystują dokładniejsze zaokrąglenia, co pomaga utrzymać spójność łącznych zasobów vaulta, dostępnych zasobów i podaży udziałów. Wypłata o stałej liczbie udziałów z w pełni osłabionego vaulta może przenieść zero zasobów zamiast kończyć się błędem. Transakcja kończy się bez odzyskania jakichkolwiek środków, a notatki do wydania nie wyjaśniają, dlaczego takie zachowanie zastąpiło błąd.

Poprawka zmienia również kontrole opóźnień, osłabienia i niewykonania zobowiązań pożyczek. Data wymagalności musi ściśle minąć, zanim pożyczka może zostać oznaczona, co oznacza, że pożyczka nie może zostać uznana za opóźnioną ani niewykonaną w dniu wymagalności.

To już czwarta poprawka czyszcząca skierowana na ten kod. Dokumentacja vaultów XRPL mówi, że fixCleanup3_1_3 do fixCleanup3_4_0 każda wprowadziła poprawki precyzji, zaokrągleń lub poprawności zachowania vaultów po audycie systemu przeprowadzonym w 2025 roku.

Odsetki i wypłaty przy LendingProtocolV1_1

LendingProtocolV1_1, wprowadzony w wersji 3.4.0, zmienia sposób, w jaki vault księguje odsetki. Wcześniej vault zaliczał pełne zaplanowane odsetki pożyczki jako dochód w momencie jej udzielenia i musiał go cofnąć, jeśli pożyczkobiorca przestawał spłacać.

Dokumentacja pożyczkowa podaje przykład vaulta z 99 000 dostępnych tokenów i pożyczką 1 000 tokenów z 90 tokenami zaplanowanych odsetek. Według wcześniejszego podejścia vault raportuje 100 090 łącznych zasobów. Przy księgowości kasowej odsetki są zaliczane tylko wtedy, gdy płatność je dostarcza. Ceny udziałów nie są zatem zawyżane o zaplanowany, ale niewpłacony dochód, a straty wydają się mniejsze, ponieważ ryzykowany jest tylko kapitał.

Ta sama poprawka dodaje vaulty zamknięte. Przechodzą one przez trzy fazy w terminach ustalonych przy utworzeniu vaulta, których nie można zmienić. Po włączeniu V1.1 nowi pośrednicy kytowi będą mogli korzystać wyłącznie z vaultów zamkniętych, zgodnie z dokumentacją XRPL Single Asset Vault.

Model księgowości zależy od momentu utworzenia vaulta. Vaulty utworzone przed aktywacją V1.1 zachowają na stałe wcześniejszy model odsetkowy, nawet po włączeniu V1.1. Dokumentacja przewiduje też odstęp między aktywacjami obu poprawek. LendingProtocol i V1.1 miały po 19 głosów w zestawieniu z 18 października, ale identyczna liczba głosów nie gwarantuje, że zostaną aktywowane razem.

Kapitał pierwszej straty i niewykonanie pożyczki

Pośrednik może wnieść opcjonalny kapitał pierwszej straty, ale dwa ustawienia ograniczają, ile z tego kapitału trafia do vaulta po niewykonaniu zobowiązania. CoverRateMinimum określa udział zadłużenia, który musi być pokryty, natomiast CoverRateLiquidation ogranicza, ile z tego minimum trafia do vaulta w przypadku niewykonania pożyczki.

W przykładzie z dokumentacji XRPL Lending Protocol, pośrednik wnosi 1 000 tokenów pokrycia, a pożyczka 1 090 tokenów ulega niewykonaniu. Przy obu wskaźnikach ustawionych na 10% stosowane jest tylko 10,9 tokena pokrycia, co pozostawia vaultowi stratę 1 079,1 tokena. Pośrednicy ustawiają wskaźniki, więc rzeczywiste pule mogą używać innych parametrów.

Jeśli dostępne pokrycie spadnie poniżej wymaganego minimum, pośrednik nie może udzielać nowych pożyczek, a jego opłaty trafiają do pokrycia. To ogranicza nowe ekspozycje, ale nie zmusza istniejącego pożyczkobiorcy do spłaty.

Wystawcy zasobów również zachowują pewne mechanizmy kontroli. Jeśli zasób vaulta zostanie zamrożony, wypłaty mogą być dokonywane wyłącznie na rzecz wystawcy. Wystawcy mogą również stosować clawback udziałów vaulta, zamieniając je w zasoby wysyłane do nich. Zamrożony pożyczkobiorca nie może dokonywać płatności, ale zamrożenie nie anuluje długu.

Daty i kwestie do obserwacji

Aktywacja poprawki czyszczącej jest przewidywana na 23 października około 09:34 UTC, jeśli wszyscy 29 popierających walidatorów utrzyma głosy przez cały okres aktywacji. Odpadnięcie nawet jednego walidatora zrestartuje dwutygodniowy okres, jak miało to miejsce w przypadku PermissionDelegationV11 i BatchV1_1.

Poprawki dotyczące pożyczek wymagają 29 głosów, a następnie 14-dniowego okresu oczekiwania, co przesuwa ich najwcześniejszą możliwą aktywację na listopad. Odstęp czasowy między LendingProtocol a V1.1 jest również istotny, ponieważ vault utworzony w tym okresie zachowa starszy model księgowości odsetkowej.

Wreszcie, proponowany patch dotyczący liczenia głosów pozostaje aktualny. Zapobiegałby znikaniu walidatorów z licznika głosów po rotacji kluczy podpisywania.

Ten artykuł ma charakter wyłącznie informacyjny i nie stanowi porady finansowej ani inwestycyjnej. Harmonogramy poprawek mogą się zmieniać, a pożyczki wiążą się z ryzykiem kredytowym i płynnościowym.

Źródło: [Coindoo](https://coindoo.com/xrpls-cleanup-votes-spare-lending-short/