Ripple startet das XRPL Lending Protocol: Ein neuer On-Chain-Kredit-Primitiv für tokenisierte Vermögenswerte (Devnet jetzt geöffnet)
Ripple startet das XRPL Lending Protocol: Ein neuer On-Chain-Kredit-Primitiv für tokenisierte Vermögenswerte (Devnet jetzt geöffnet)
Ripple hat ein XRPL Lending Protocol eingeführt, das darauf abzielt, standardisierte On-Chain-Kreditabwicklungen für das XRP Ledger (XRPL) zu ermöglichen, mit einem besonderen Fokus auf tokenisierte Vermögenswerte und institutionenfreundliche Arbeitsabläufe. Die Kernidee ist einfach: Kreditentscheidungen bleiben Off-Chain, während die Kreditabwicklung zu einem konsistenten Prozess auf dem Ledger wird – einschließlich Liquiditätspooling, Kreditvergabe, Rückzahlung und Abwicklung von Kreditausfällen.
Für Entwickler ist die unmittelbarste Erkenntnis praxisorientiert: Das Protokoll ist bereits für Experimente im XRPL Devnet verfügbar.
Warum „On-Chain Lending“ ein anderes Modell für Institutionen benötigt
Die meisten Krypto-Kreditmodelle gehen davon aus, dass die Kreditprüfung (Underwriting) und Risikobewertung on-chain oder über einfache Regeln der Überbesicherung stattfinden. Das funktioniert für das Retail-DeFi, lässt sich aber nicht nahtlos auf institutionelle Kredite übertragen, wo:
- die Kreditprüfung oft von Off-Chain-Finanzdaten, rechtlichen Vereinbarungen und Risikokomitees abhängt
- Compliance-Prozesse (KYC/AML, Sanktionsprüfungen, Jurisdiktionsprüfungen) konsistent durchgesetzt werden müssen
- Kreditbedingungen individuell angepasst werden müssen und dennoch betrieblich automatisierbar sein sollen
Das XRPL Lending Protocol berücksichtigt diese Realität, indem es Verantwortlichkeiten trennt:
- Institutionen / Pool-Manager übernehmen die Kreditprüfung und Compliance Off-Chain
- Das Protokoll standardisiert die Abwicklungsschienen On-Chain
Dieser Ansatz steht im Einklang mit dem breiteren Branchentrend 2025–2026: Bringing Real-World Assets (RWA) On-Chain unter Beibehaltung regulatorischer Kontrollen und Kreditverwaltung, die mit bestehenden Finanzprozessen kompatibel sind.
Kern-Designprinzip: Kreditprüfung Off-Chain, Abwicklung On-Chain
Das Protokoll basiert auf einem Prinzip, das bei jedem, der versucht hat, DeFi für regulierte Entitäten produktiv zu machen, Anklang finden wird:
- Off-Chain: Wer kann leihen, wie viel, zu welchem Zinssatz, unter welchen Auflagen
- On-Chain: Deterministische Abwicklung von Liquidität, Kreditlebenszyklus, Rückzahlungen und Ausfällen
Dadurch ist das Protokoll weniger auf „anonyme Geldmärkte“ ausgerichtet, sondern vielmehr auf eine Kreditabwicklungsschicht, die verschiedenen Geschäftsmodellen zugrunde liegen kann – von genehmigten Pools über kuratierte Kredit-Desks bis hin zu von Emittenten gestützten Produkten für tokenisierte Kredite.
Für allgemeinen XRPL-Kontext und Netzwerkkonfigurationen siehe die XRP Ledger Dokumentation unter XRPL.org.
Zwei Bausteine: Single Asset Vault + Lending Protocol
Das Design ist in zwei Komponenten aufgeteilt, die zwei Entwurfsstandards umfassen:
1) Single Asset Vault (XLS-65)
Ein Single Asset Vault bündelt und verwaltet Liquidität für einen Vermögenswert auf dem Ledger. Konzeptionell ist dies der On-Chain-„Container“, der Liquidität unter standardisierten Regeln zur Verfügung stellt – während der Poolbetreiber Beteiligungs- und Risikobeschränkungen weiterhin Off-Chain definieren kann.
Dieses Vault-Modell ist nützlich, wenn eine Institution eine saubere Buchführung für einen bestimmten Vermögenswert benötigt (z. B. ein tokenisiertes Treasury-Instrument, einen Stablecoin oder eine andere Einzelvermögenspoolstruktur).
2) Lending Protocol (XLS-66)
Das Lending Protocol nutzt die Liquidität aus einem Vault und vergibt Kredite mit expliziten Bedingungen – und erzwingt dann die Lebenszyklusmechanismen: Rückzahlungen, Fälligkeit und Abwicklung von Ausfällen.
Zusammen sollen diese Komponenten die XRPL-Kreditvergabe komponierbar machen, ohne dass jede Implementierung dieselbe Betriebsinfrastruktur neu erfinden muss.
Wenn Sie Diskussionsbeiträge zu Standards und die Weiterentwicklung von Vorschlägen verfolgen möchten, pflegt die XRPL-Community Entwürfe und Spezifikationen im XRPL Standards Repository.
Integrierte Unterstützung für Junior / Subordinierte Kapital („Skin in the Game“)
Eine der bemerkenswertesten Funktionen auf Infrastrukturebene ist die Unterstützung für einen mechanismus für nachrangiges (junior) Kapital:
- Der Poolmanager kann eine First-Loss-Position übernehmen
- Andere Liquiditätsanbieter erhalten eine vorrangige Beteiligung
Dies spiegelt Strukturen wider, die in traditionellen Kreditfonds üblich sind – und hilft, Anreize aufeinander abzustimmen und Risikostufen einfacher zu gestalten, ohne auf Ad-hoc- oder anwendungsspezifische Smart-Contract-Muster zurückgreifen zu müssen.
In der Praxis könnte dies dazu beitragen, eine wiederkehrende Sorge von Nutzern im Bereich On-Chain-Kredite zu adressieren: „Wer trägt die Verluste zuerst, wenn Kreditnehmer ausfallen?“ Ein klarer Kapitalaufbau kann Mehrdeutigkeiten reduzieren und die Risikokommunikation verbessern.
Was Entwickler jetzt tun können (Devnet-Tests)
Das Protokoll ist für Tests im XRPL Devnet verfügbar. Das bedeutet, Entwickler können mit der Prototypentwicklung von Integrationen und betrieblichen Abläufen beginnen, bevor die Mainnet-Governance genehmigt wird.
Eine sinnvolle Checkliste für Entwickler sieht wie folgt aus:
- Vault-Interaktionen: Einzahlungs-/Auszahlungsabläufe, Erwartungen an die Buchführung und Liquiditätsverfügbarkeit
- Logik des Kreditlebenszyklus: Vergabe, Rückzahlungspläne und Extremfälle (Teilrückzahlung, Übergang in Zahlungsverzug)
- Abwicklung von Ausfällen: Wie das Protokoll Ausfallereignisse darstellt und ausführt
- Betriebliche Kontrollen: Wie Ihre Anwendung die Berechtigung und Compliance Off-Chain durchsetzt, während sie sich auf die standardisierte On-Chain-Abwicklung stützt
Um mit XRPL-Netzwerken und -Umgebungen zu beginnen, konsultieren Sie die XRPL Devnet- und Testressourcen.
Governance-Realitätscheck: XLS-65 und XLS-66 benötigen weiterhin die Zustimmung der Validatoren
Da es sich hierbei um eine protokollweite Ausrichtung handelt, die an formale Vorschläge geknüpft ist, hängt die Einführung von den Änderungs- und Validatorenerstellungsprozessen des XRPL ab. Mit anderen Worten: Devnet-Tests sind geöffnet, aber die Verfügbarkeit für die Produktion hängt von der Netzwerk-Governance und der Akzeptanz ab.
Wenn Sie neu darin sind, wie Änderungen im XRPL umgesetzt werden, ist der Überblick über den XRPL-Änderungsprozess der beste Ausgangspunkt.
Was dies für tokenisierte Vermögenswerte freisetzen könnte (und worauf man achten sollte)
Wenn das Ökosystem diese Primitiven annimmt, liegt der größte Vorteil nicht in „mehr Rendite“. Es ist eine zuverlässigere Kreditinfrastruktur für tokenisierte Finanzen:
- Tokenisierte Vermögenswerte + Kreditschienen: Ermöglichung strukturierter Kreditprodukte, die an RWAs gekoppelt sind
- Institutionelle DeFi-Muster: Genehmigte Zugänge mit standardisierten Abwicklungsmechanismen
- Sauberere Integrationen: Wallets, Verwahrstellen und Fintech-Apps können eine gemeinsame Kreditlebenszyklusschnittstelle integrieren, anstatt individuelle Kreditlogiken zu entwickeln
Worauf Sie als Nächstes achten sollten:
- Wie Pool-Manager Kreditprüfungs- und Offenlegungsstandards Off-Chain implementieren
- Ob Liquiditätsanbieter Transparenzberichte über Junior-Kapitalpuffer erhalten
- Die Akzeptanz durch Tokenisierungsinitiativen, die Kredite als native Fähigkeit und nicht als von externen Protokollen abhängige Funktion wünschen
Sicherheitshinweis: Kreditschienen erhöhen die Bedeutung des Schlüsselmanagements
Da On-Chain-Kredite operativ „realer“ werden, erhöht sich der Schadenradius eines kompromittierten Signaturschlüssels – insbesondere für Teams, die Treasury-, Sicherheiten- oder Liquiditätsallokationen verwalten.
Eine Hardware-Wallet wie OneKey kann helfen, indem sie private Schlüssel von internetvernetzten Umgebungen isoliert und sicherere Transaktionssignatur-Workflows für Krypto-Operationsteams unterstützt. Wenn Ihr Unternehmen XRPL-Devnet-Kreditintegrationen testet, während Sie anderswo Produktionsvermögenswerte halten, ist die Trennung von Testschlüsseln von Treasury-Schlüsseln eine praktikable Grundlage.
Haftungsausschluss: Dieser Artikel dient nur zu Informationszwecken und stellt keine Finanz-, Rechts- oder Anlageberatung dar.
