Een kredietverstrekker financiert een XRP-lening met een looptijd van 30 dagen aan een gescreende handelaar. De middelen worden binnen enkele seconden afgewikkeld, de rente begint op te lopen en er zit geen centrale desk tussen. Dat is de visie die Ripple op 29 juni uiteenzette, toen het specificaties publiceerde voor Single Asset Vaults (XLS-65) en een native Lending Protocol (XLS-66) op de XRP Ledger (XRPL), en ontwikkelaars uitnodigde om op devnet te testen terwijl validators de amendementen beoordelen (Ripple Insights-blog).

Binnen enkele dagen liet een openbare demo zien dat de volledige leencyclus op devnet werkte — vaults, liquiditeitsstortingen, ongedekte leningen met vaste looptijd en terugbetalingen — waardoor de markt een concreet beeld kreeg van hoe krediet op XRPL zou kunnen bewegen als de amendementen worden goedgekeurd (XRPL Demo App (lending.xls-demo.com) — RippleX).

Waarom XRPL krediet nu onchain brengt

XRPL fungeert al lange tijd als infrastructuur voor betalingen en wisseltransacties. Liquiditeit beweegt snel over het netwerk, maar krediet — het mechanisme dat dollars en XRP over tijd spreidt — bestond grotendeels offchain of binnen DeFi-platforms op andere blockchains. Alleen al Ethereum huisvest miljarden aan actieve leenposities in protocollen zoals Aave en Compound, terwijl Solana en andere L1’s hun eigen leenecosystemen hebben opgebouwd. Tot nu toe had XRPL geen vergelijkbare native primitive. De voorgestelde amendementen van Ripple zouden die ontbrekende laag introduceren, met als doel krediet met vaste looptijd en mogelijk zonder onderpand dichter bij de afwikkelingslaag te brengen.

Als lenen een eersteklas primitive op XRPL wordt, is de ledger niet langer slechts de laatste afwikkelingsstap, maar begint hij de transactie zelf vorm te geven. Tot de belanghebbenden behoren betalingsbedrijven, market makers, wallets en ontwikkelaars die voorspelbare financieringskosten en native boekhouding voor kredietrisico zoeken. Ook particuliere deposanten die liquiditeit aan vaults zouden kunnen leveren spelen een rol — mits het risico-rendementsprofiel zinvol is.

Van betalingsrails naar kredietprimitives

Het voorstel van Ripple verdeelt het werk in twee specificaties. XLS-65 beschrijft Single Asset Vaults: gestandaardiseerde containers op XRPL die één asset aanhouden en aandelen voor deposanten bijhouden. XLS-66 voegt de leenlogica toe — het aanmaken van leningvoorwaarden, het uitbetalen van middelen, het opbouwen van rente en het afwikkelen van terugbetalingen. Beide wijzigingen zouden via het amendementenproces van het netwerk worden uitgerold en zijn niet actief op mainnet tenzij validators ze goedkeuren.

Amendementen en governance

XRPL ontwikkelt zich via amendementen waarvoor een supermeerderheid van validators gedurende een vastgesteld stemvenster voortdurend steun moet bieden. De officiële pagina "Known Amendments" vermeldt het LendingProtocol-amendement (ID 565B90CA1AB2B9D42208ED10884188C64F9E19083DECB9634AAF06EB03299509) en toont dat zowel SingleAssetVault als LendingProtocol sinds eind juni openstaan voor stemming op mainnet (XRPL Docs — Known Amendments). Activatie is niet gegarandeerd; die hangt af van aanhoudende steun van een supermeerderheid.

Als de amendementen worden goedgekeurd, hoeven applicaties de kernlogica voor lenen niet opnieuw uit te vinden in maatwerk-smart contracts. Ze kunnen gestandaardiseerde ledgerobjecten aanroepen voor vaultstortingen, het aanmaken van leningen en het volgen van terugbetalingen — wat doorgaans minder bewegende onderdelen, voorspelbaardere kosten en duidelijkere risicosemantiek in het ecosysteem betekent.

Onder de motorkap: vaults, leningen en afwikkeling

Single Asset Vaults (XLS-65)

Een Single Asset Vault is een native structuur voor het poolen van één token, zoals XRP of een USD-stablecoin. De vault geeft aandelen uit bij storting en verbrandt ze bij opname. De ledger houdt de totale assets, het totale aantal aandelen en het aandelensaldo van elke account bij. Omdat de vault native is voor de ledger, blijven boekhouding en vergoedingsmechanismen consistent in alle applicaties die hem gebruiken.

Lending Protocol (XLS-66)

XLS-66 introduceert leningobjecten die verwijzen naar een financieringsbron (zoals een vault), gegevens van de kredietnemer specificeren, vaste voorwaarden definiëren en terugbetalingsschema’s beheren. De RippleX-demo op devnet toont ongedekte leningen met vaste looptijd, van aanmaak tot terugbetaling. Dat onderscheid is belangrijk: ongedekt krediet hangt af van het beoordelen van kredietnemers, niet van het liquideren van onderpand (XRPL Demo App (lending.xls-demo.com) — RippleX).

Hoe een lening op XRPL zou kunnen verlopen

1. Een protocol implementeert een Single Asset Vault en trekt stortingen aan (bijv. XRP of een USD-stablecoin).
2. Kredietmanagers stellen beleid vast: in aanmerking komende kredietnemers, maximale leninggroottes, looptijden en prijsstelling.
3. Een kredietnemer vraagt een lening met vaste looptijd aan. De applicatie controleert whitelists, limieten en beschikbare liquiditeit.
4. Na goedkeuring wordt het leningobject aangemaakt en worden de middelen native op XRPL afgewikkeld naar het adres van de kredietnemer.
5. Rente loopt op volgens het vaste schema. De ledger houdt de verschuldigde hoofdsom en rente bij.
6. De kredietnemer betaalt terug. Het protocol wijst middelen terug toe aan de vault en werkt de aandelen van kredietverstrekkers bij.
7. Als terugbetaling uitblijft, activeert het protocol zijn wanbetalingsbeleid, dat reserves, verzekering of herstelstappen kan omvatten zoals gedefinieerd door de regels van de applicatie.

Waarom vaste looptijden belangrijk zijn

De meeste DeFi-leningen zijn tegenwoordig variabel geprijsd en overgecollateraliseerd. Vaste looptijden maken het mogelijk activa en verplichtingen op elkaar af te stemmen: een wallet- of beursschatkist kan kasstromen plannen, en een handelaar kan kapitaalkosten modelleren. Native ondersteuning op ledgerniveau maakt dit eenvoudiger te auditen en te automatiseren.

Stand van zaken: stemming, devnet, vroege apps

Per 30 juni vermeldt de XRPL-pagina "Known Amendments" SingleAssetVault en LendingProtocol als open voor validatorstemming op mainnet. Activatie vereist een aanhoudende supermeerderheid gedurende de volledige stemperiode, waardoor tijdlijnen niet vastliggen (XRPL Docs — Known Amendments).

Ripple heeft een gedetailleerde uitleg gepubliceerd en ontwikkelaars uitgenodigd om op devnet te testen (Ripple Insights-blog). De bijbehorende demo-app is live en doorloopt de volledige levenscyclus: vaults aanmaken, storten, ongedekte leningen met vaste looptijd uitgeven, terugbetalen en onchain statusovergangen inspecteren (XRPL Demo App (lending.xls-demo.com) — RippleX).

Marktontwikkelaars geven al intenties af. Op 1 juli kondigde een persbericht van LendProtocol een consumentgericht product aan met 12% APR op XRP- en RLUSD-stortingen — waarbij RLUSD de door USD gedekte stablecoin van Ripple is — met dagelijkse uitbetalingen en geen lock-up bij lancering. Dit is een claim van het project, geen garantie voor rendement of risiconiveau (GlobeNewswire — persbericht LendProtocol). Het illustreert wel hoe snel projecten proberen te commercialiseren zodra kernprimitives verschijnen.

Wat dit kan veranderen voor XRPL-gebruikers en ontwikkelaars

Voorspelbare financiering voor onchain bedrijven. Krediet met vaste looptijd helpt market makers, remittancebedrijven en wallets hun kascycli te plannen. Een vaste rente voor 30–90 dagen is voor het voorfinancieren van corridors of het balanceren van orderboeken vaak nuttiger dan een variabele benuttingsrente die wekelijks schommelt.

Schonere UX voor deposanten. Nu vaults op ledgerniveau worden gestandaardiseerd, kunnen applicaties eenvoudiger stortings- en opnameprocessen aanbieden. Aandelenboekhouding is native, waardoor het niet nodig is om maatwerk-contractwiskunde te ontleden om iemands claim op de pool te begrijpen.

Kansen voor identiteits- en reputatielagen. Ongedekte leningen hangen af van kredietbeoordeling. Integraties met attestatieproviders, bedrijfsregisters, oracles en risicodashboards zijn waarschijnlijk. XLS-65/66 schrijft deze niet voor; ze vormen gebieden waarop ontwikkelaars zich kunnen onderscheiden.

Ledger-native analytics. Als leningen en vaults eersteklas objecten worden, kunnen netwerkexplorers en dataleveranciers dashboards standaardiseren voor benutting, achterstalligheid, wanbetalingen en looptijdladders. Dat bevordert transparantie — en zet druk. Slechte risicomanagers krijgen minder ruimte om zich te verschuilen.

Wat in de praktijk moet werken

Strikte kredietbeoordeling. Duidelijke criteria voor kredietnemers, begrensde blootstellingen en geaudite beleidsregels moeten centraal staan. Sommige applicaties kunnen KYC of bedrijfsdocumentatie vereisen om te kunnen lenen.

Verliesbuffers en waterfalls. Ongedekt krediet zou reserves, junior tranches of verzekeringen moeten omvatten. XLS-66 schrijft geen kapitaalstructuren voor, dus protocollen moeten definiëren wie het eerste verlies draagt en hoe terugvorderingen doorstromen.

Operationele waarborgen. Vaste looptijden creëren herfinancieringskliffen. Applicaties zullen waarschijnlijk gespreide looptijden, regels voor vervroegde terugbetaling en circuit breakers bij krappe vaultbenutting implementeren.

Passend binnen regelgeving. Regels voor consumentenkrediet zijn in veel jurisdicties streng. De instortingen in 2022 van gecentraliseerde cryptokredietverstrekkers — waaronder Celsius, BlockFi en Voyager — onderstreepten hoe snel handhavings- en insolventierisico’s kunnen ontstaan wanneer leencontroles falen. Zelfs met kredietobjecten op ledgerniveau kunnen front-endplatforms die het publiek bedienen licenties, disclosures en robuuste gegevensverwerking nodig hebben — vooral bij ongedekte leningen aan particulieren.

Waarop nu te letten

Belangrijke signalen in het komende kwartaal zijn onder meer:

• Trends in validatorsupermeerderheid: Of stemmen voor SingleAssetVault en LendingProtocol stijgen en gedurende het volledige stemvenster hoog blijven — de doorslaggevende factor voor mainnetactivatie.
• Devnet-volume en fouten: Of ontwikkelaars de demopaden stresstesten en edgecase-bugs melden. Meer breuk nu betekent minder later.
• Wallet- en SDK-ondersteuning: Een soepele stortings- en leenervaring hangt af van tooling. Vroege walletintegraties zullen veelzeggend zijn.
• Risicokaders van vroege apps: Welke projecten kredietbeleid, auditrapporten en live risicodashboards publiceren, zal aangeven waar serieus kapitaal naar kijkt.
• Regelgevingspositie: Of vroege platforms zich alleen op bedrijven richten of ook op retail, zal iets zeggen over verwachte toezichtdruk en groeitempo.

Risico’s en wat er mis kan gaan

• Niet-activering van amendementen: Validators houden mogelijk geen supermeerderheid vast, waardoor devnet een sandbox blijft zonder wijziging op mainnet.
• Implementatiefouten: Ook native functies kunnen logische of boekhoudkundige fouten bevatten. Edgecases in renteopbouw of terugbetalingsplanning kunnen verliezen veroorzaken.
• Fouten in kredietbeoordeling: Ongedekt lenen vergroot het risico op kredietnemers. Enkele slechte leningen zonder voldoende reserves kunnen een vault uitputten.
• Liquiditeitskrapte: Als te veel stortingen vastzitten in leningen met vaste looptijd en opnames pieken, kunnen applicaties toegang beperken of haircuts opleggen.
• Regelgevingsacties: Consumentgerichte ongedekte kredietverlening kan tot handhaving leiden als platforms compliance omzeilen.
• Overdreven marketing: Kop-APR’s kunnen risico verhullen. Dagelijkse uitbetalingen en geen lock-ups kunnen aantrekkelijk klinken totdat wanbetalingen zich voordoen. Claims moeten als marketing worden behandeld, niet als garanties.

Als u liquiditeit verschaft, ga dan uit van hoofdsomrisico. Rendement komt voort uit de belofte van iemand anders om terug te betalen — en soms gebeurt dat niet.

Veelgestelde vragen

Is het XRPL Lending Protocol live op mainnet?

Nog niet. Sinds eind juni staan de amendementen SingleAssetVault en LendingProtocol open voor validatorstemming. Activatie vereist gedurende de vereiste periode een aanhoudende supermeerderheid, volgens de governance van XRPL (XRPL Docs — Known Amendments).

Hoe worden rentetarieven vastgesteld?

Tarieven maken deel uit van de leningvoorwaarden die door de applicatie worden gedefinieerd met behulp van de protocolobjecten. De RippleX-demo benadrukt leningen met vaste looptijd. In de praktijk zal prijsstelling afhangen van kredietrisico, looptijd en marktvraag naar vaultliquiditeit. Er is geen gegarandeerd rendement.

Hebben kredietnemers onderpand nodig?

Mogelijk niet. De demo toont ongedekte leningen met vaste looptijd op devnet, wat aangeeft dat kredietbeoordeling en whitelisting worden afgehandeld door applicatiebeleid in plaats van onderpandliquidaties (XRPL Demo App — RippleX).

Welke assets kunnen vaults aanhouden?

Single Asset Vaults zijn ontworpen om één token aan te houden — mogelijk XRP of een ondersteunde stablecoin (projecten hebben in marketing naar RLUSD verwezen). De daadwerkelijk ondersteunde assets hangen af van de applicatie en van wat liquide is op XRPL.

Hoe worden wanbetalingen afgehandeld?

Wanbetalingslogica is applicatiespecifiek. Verwacht reserves, first-loss tranches of verzekeringsmechanismen. XLS-66 volgt status en schema’s, maar recupereert middelen niet automatisch; protocollen moeten verliezen plannen en hun beleid openbaar maken.

Wanneer kunnen ontwikkelaars het proberen?

De volledige flow kan vandaag op XRPL devnet worden getest via de openbare demo van RippleX voor XLS-65/66. Beschikbaarheid op mainnet hangt af van validatorstemmen en succesvolle tests (Ripple Insights-blog).

Heeft dit invloed op de prijs van XRP?

Kredietprimitives kunnen nut en liquiditeit verbeteren, wat het sentiment in de loop van de tijd kan beïnvloeden. Prijzen bewegen echter om veel redenen. Dit moet worden gezien als infrastructuurvooruitgang, niet als handelssignaal.

Disclaimer: Dit artikel is uitsluitend bedoeld ter informatie. Het wordt niet aangeboden of bedoeld als juridisch, fiscaal, beleggings-, financieel of ander advies.