Het XRPL-cleanupamendement zit precies op de drempel die nodig is voor activering, terwijl de voorgestelde leningsamendementen nog ruim onder de vereiste steun zitten. Op 18 oktober ondersteunden 29 van de 35 validators die worden gevolgd door het XRPL Dashboard het voorstel fixCleanup3_4_0. Het amendement vereist strikt meer dan 80% goedkeuring, waardoor 29 stemmen het minimum is; 28 van de 35 is niet voldoende. Amendementsstemmingen zijn de manier waarop de XRP Ledger nieuwe regels aannemen, dus deze telling bepaalt of de gebundelde correcties op schema ingaan.

Het dashboard heeft de meerderheid sinds 9 oktober geregistreerd en voorspelt activering op 23 oktober rond 09:34 UTC, mits de steun gedurende de volledige periode van twee weken onveranderd blijft. Het dashboard omschrijft het amendement als zijnde "geen stemmen te veel".

Het amendement bevat ongeveer 25 correcties, waarvan er acht betrekking hebben op vaults en leningen. Andere wijzigingen raken geautomatiseerde marktmakers (AMM's), trust lines, non-fungible tokens (NFT's), Multi-Purpose Tokens, escrow, sponsorsignaturen en machtigingsdelegatie.

Hoe XRPL-leningen zijn ontworpen

Het voorgestelde leningssysteem op XRPL zou deposanten, een leningsmakelaar en kredietnemers verbinden via een vault. Deposanten zouden één actief in een Single Asset Vault plaatsen, terwijl een makelaar leningen met vaste looptijd en zonder onderpand uit die pool zou regelen. Kredietnemers zouden volgens de overeengekomen voorwaarden terugbetalen, aldus XRPL-lendingsdocumentatie.

De ledger zou de leningen beheren, maar de kredietbeoordeling zou off-chain plaatsvinden. Het huidige ontwerp omvat ook geen geautomatiseerde on-chain liquidatie van onderpand. Een eerdere uiteenzetting van het voorstel werd gepubliceerd door Coindoo. Zoals elk XRPL-kenmerk zou het leningssysteem alleen live gaan via de amendementsstemming: tot de amendementen dezelfde supermeerderheidsdrempel en periode van 14 dagen halen, blijft het vault-en-makelaarontwerp een voorstel in plaats van live functionaliteit van de ledger.

Stemstatus en activeringsschema

De 29 stemmen voor fixCleanup3_4_0 zijn belangrijk omdat het XRPL-amendementsproces een meerderheid van meer dan 80% van de vertrouwde validators vereist. Het dashboard volgt 35 validators, waardoor de drempel op 29 ligt.

Het proces heeft al laten zien hoe een verloren meerderheid de activeringsschema's kan beïnvloeden. PermissionDelegationV1_1 zakte op 23 september naar 28 van de 35 stemmen. BatchV1_1 verloor zijn meerderheid bij één stemming op 25 september, waardoor de klok van twee weken opnieuw begon te lopen voordat het amendement op 9 oktober werd ingeschakeld. Volgens het officiële amendementsproces zet het verlies van de vereiste meerderheid de periode van twee weken terug.

De leningsamendementen hebben nog acht tot tien extra stemmen nodig, gevolgd door een periode van 14 dagen. Daardoor kan geen van hen eerder dan begin november activeren.

Er is ook een kanttekening bij de validatortellingen. Een rapport dat op 8 oktober werd ingediend in de rippled GitHub-repository, stelt dat versie 3.4.1 stopt met het tellen van de stemmen van een validator nadat deze zijn ondertekeningssleutel heeft geroteerd en uit de drempel is verwijderd. De indiener zag 33 validaties en een drempel van 26 in plaats van 35 en 28, en merkte op dat geen enkel amendementsresultaat was veranderd, aldus Unchained. Een patch was per 9 oktober nog in beoordeling.

Wat fixCleanup3_4_0 verandert

Het cleanupamendement is breder dan een leningsupdate. Volgens de XRPL-amendementslijst omvatten de circa 25 items de volgende wijingen:

• Trust lines: De blokkade van een uitgever op inkomende trust lines geldt nu ook voor offers. Een account kan dus niet langer tokens ontvangen via een offer wanneer de betreffende inkomende trust line is geblokkeerd.
• AMM-clawbacks: Een clawback verbrandt niet langer de pooltokens van een houder zonder iets terug te vorderen wanneer afronding het bedrag op nul brengt.
• Escrow: Het annuleren of afsluiten van een escrow die tokens teruggeeft, faalt niet langer wanneer de eigenaar zich op de reservegrens bevindt.
• Signaturen: Sponsor- en tegenpartijsignaturen krijgen aparte prefixes, zodat een handtekening voor de ene rol niet als de andere kan worden herhaald.

Deze wijzigingen worden beschreven in de release notes van xrpld 3.4.0. Ze raken ook een functie die op 8 oktober live ging. De XRPL-documentatie raadt af om de gedetailleerde PaymentBurn-machtiging te delegeren vóórdat de cleanup is ingeschakeld, omdat een gemachtigde met die machtiging mogelijk nieuwe trust-line-tokens of Multi-Purpose Tokens kan aanmaken, in plaats van ze slechts te vernietigen, aldus Unchained. De cleanup verwerpt PaymentBurn-only betalingen die een nulsaldo in een mint zouden overbrengen.

Gevolgen voor vault-stortingen en boekhouding

Vault-aandelen zijn Multi-Purpose Tokens waarvan de waarde de activa van de vault volgt. De ledger houdt ook een "ongerealiseerd verlies" bij op leningen die als verzwakt zijn gemarkeerd. In een voorbeeld uit de vault-documentatie heeft een vault met $1,0 miljoen en een ongerealiseerd verlies van $900.000 een wisselkoers voor opname van 0,1.

De cleanup brengt drie veranderingen aan in dit deel van het systeem. Stortingen, opnames en clawbacks worden nauwkeuriger afgerond, waardoor de totale activa, beschikbare activa en het aandelenverloop van een vault consistent blijven. Een opname met vast aantal aandelen uit een volledig verzwakte vault kan nul activa overdragen in plaats van te mislukken. De transactie wordt voltooid zonder geld terug te vorderen, en de release notes verklaren niet waarom dit gedrag een fout verving.

amendement wijzigt ook de controles op te late betalingen, verzwakking en wanbetaling van leningen. De vervaldatum moet strijk zijn geweest voordat een lening kan worden gemarkeerd, wat betekent dat een lening niet op de vervaldatum zelf als te laat of in wanbetaling kan worden aangemerkt.

Dit is het vierde cleanupamendement gericht op de betreffende code. De vault-documentatie van XRPL stelt dat fixCleanup3_1_3 tot en met fixCleanup3_4_0 elk precisie-, afrondings- of correctiviteitsfixes aan het vault-gedrag hebben toegevoegd na de audit van 2025.

Rente en opnames onder LendingProtocolV1_1

LendingProtocolV1_1, geïntroduceerd in versie 3.4.0, wijzigt hoe een vault rente verantwoord. Voorheen telde een vault de volledige geplande rente van een lening als inkomen op het moment van verstrekking en moest die inkomen terugdraaien als de kredietnemer stopte met betalen.

De lending-documentatie geeft een voorbeeld met een vault met 99.000 beschikbare tokens en een lening van 1.000 tokens met 90 tokens geplande rente. Onder de vorige aanpak rapporteert de vault 100.090 aan totale activa. Onder kasstroomboekhouding wordt rente pas geteld wanneer een betaling deze afgeeft. Aandelenprijzen worden dus niet verhoogd door geplande maar onbetaalde inkomsten, en verliezen zijn kleiner omdat alleen het hoofdvolume op het spel staat.

Hetzelfde amendement voegt closed-ended vaults toe. Deze doorlopen drie fasen op data die bij oprichting zijn vastgesteld en niet kunnen worden gewijzigd. Zodra V1.1 is ingeschakeld, kunnen nieuwe leningsmakelaars alleen closed-ended vaults gebruiken, aldus de XRPL Single Asset Vault-documentatie.

Welk boekhoudmodel een vault krijgt, hangt af van wanneer deze wordt aangemaakt. Vaults die zijn aangemaakt voordat V1.1 actief wordt, behouden het vorige rentemodel permanent, zelfs na activering van V1.1. De documentatie laat ook een tussenruimte tussen de activering van de twee amendementen toe. LendingProtocol en V1.1 hadden elk 19 stemmen in de snapshot van 18 oktober, maar hun identieke aantallen garanderen niet dat ze samen activeren.

First-loss kapitaal en leningswanbetalingen

Een makelaar kan optioneel first-loss kapitaal aanhouden, maar twee instellingen beperken hoeveel van dat kapitaal een vault bereikt na een wanbetaling. CoverRateMinimum specificeert het aandeel van de schuld dat gedekt moet zijn, terwijl CoverRateLiquidation beperkt hoeveel van dat minimum naar de vault gaat wanneer een lening in gebreke blijftn
In een voorbeeld uit de XRPL Lending Protocol-documentatie levert een makelaar 1.000 tokens dekking en blijft een lening van 1.090 tokens in gebreke. Met beide tarieven op 10% worden slechts 10,9 tokens van de dekking toegepast, waardoor de vault een verlies van 1.079,1 tokens lijdt. Makelaars stellen de tarieven vast, dus feitelijke pools kunnen andere parameters gebruiken.

Als de beschikbare dekking onder het vereiste minimum zakt, kan de makelaar geen nieuwe leningen verstrekken en gaan zijn vergoedingen naar de dekking. Dat beperkt nieuwe blootstelling, maar zorgt er niet voor dat een bestaande kredietnemer terugbetaalt.

Activa-uitgevers behouden ook bepaalde controle. Als het actief van een vault is bevroren, kunnen opnames alleen naar de uitgever. Uitgevers kunnen ook vault-aandelen terugvorderen naar aan hen verzonden activa. Een bevroren kredietnemer kan geen betalingen doen, maar de bevriezing schaft de schuld niet af.

Data en aandachtspunten

De cleanup zal naar verwachting op 23 oktober rond 09:34 UTC activeren als alle 29 ondersteunende validators hun stemmen gedurende de volledige activeringsperiode behouden. Eén validator die zijn steun intrekt, herstart de periode van twee weken, zoals eerder gebeurde met PermissionDelegationV1_1 en BatchV1_1.

De leningsamendementen vereisen 29 stemmen en vervolgens een periode van 14 dagen, waardoor hun vroegste activering in november ligt. De timingkloof tussen LendingProtocol en V1.1 is ook relevant, omdat een vault die tijdens die kloof wordt aangemaakt het oudere renteboekhoudmodel behoudt.

Tot slot blijft de voorgestelde patch voor de stemtelling relevant. Deze zou voorkomen dat validators uit de stemtelling verdwijnen na het roteren van hun ondertekeningssleutels.

Dit artikel is uitsluitend bedoeld voor informatieve doeleinden en vormt geen financieel of beleggingsadvies. Amendementsschema's kunnen wijzigen, en leningen brengen krediet- en liquiditeitsrisico met zich mee.

Bron: Coindoo