Ein Kreditgeber finanziert einen 30-tägigen XRP-Kredit an einen geprüften Händler. Die Mittel werden in Sekunden abgewickelt, die Zinsen beginnen aufzulaufen, und es gibt keine zentrale Stelle dazwischen. Das ist die Vision, die Ripple am 29. Juni skizzierte, als das Unternehmen Spezifikationen für Single Asset Vaults (XLS-65) und ein natives Lending Protocol (XLS-66) auf dem XRP Ledger (XRPL) veröffentlichte und Entwickler einlud, im Devnet zu testen, während Validatoren die Änderungen prüfen (Ripple Insights-Blog).

Innerhalb weniger Tage zeigte eine öffentliche Demo den vollständigen Kreditablauf im Devnet — Vaults, Liquiditätseinlagen, unbesicherte Festlaufzeitkredite und Rückzahlungen — und gab dem Markt eine konkrete Vorstellung davon, wie Kredite auf XRPL fließen könnten, falls die Änderungen genehmigt werden (XRPL Demo App (lending.xls-demo.com) — RippleX).

Warum XRPL Kredit jetzt onchain bringt

XRPL dient seit Langem als Zahlungs- und Handelsinfrastruktur. Liquidität bewegt sich schnell durch das Netzwerk, doch Kredit — der Mechanismus, der Dollar und XRP über Zeiträume hinweg nutzbar macht — existierte bislang überwiegend offchain oder innerhalb von DeFi-Plattformen auf anderen Blockchains. Allein Ethereum beherbergt über Protokolle wie Aave und Compound Milliarden an aktiven Kreditpositionen, während Solana und andere L1s eigene Lending-Ökosysteme aufgebaut haben. XRPL hatte bisher keinen gleichwertigen nativen Baustein. Ripples vorgeschlagene Änderungen würden diese fehlende Ebene einführen und darauf abzielen, festlaufende, potenziell unbesicherte Kredite näher an die Abwicklungsebene zu bringen.

Wenn Lending zu einem erstklassigen Baustein auf XRPL wird, ist der Ledger nicht mehr nur der letzte Abwicklungsschritt, sondern beginnt, die Transaktion selbst mitzugestalten. Zu den Beteiligten zählen Zahlungsunternehmen, Market Maker, Wallets und Entwickler, die planbare Finanzierungskosten und eine native Buchführung für Kreditrisiken suchen. Auch private Einleger, die Liquidität in Vaults bereitstellen könnten, spielen eine Rolle — sofern das Risiko-Rendite-Profil sinnvoll ist.

Von Zahlungsinfrastruktur zu Kreditbausteinen

Ripples Vorschlag teilt die Arbeit in zwei Spezifikationen auf. XLS-65 beschreibt Single Asset Vaults: standardisierte Container auf XRPL, die einen Vermögenswert halten und Anteile für Einleger nachverfolgen. XLS-66 ergänzt die Lending-Logik — Erstellung von Kreditbedingungen, Auszahlung von Mitteln, Zinsabgrenzung und Abwicklung von Rückzahlungen. Beide Änderungen würden über den Änderungsprozess des Netzwerks bereitgestellt und sind im Mainnet nicht aktiv, sofern Validatoren sie nicht genehmigen.

Änderungen und Governance

XRPL entwickelt sich über Änderungen weiter, die erfordern, dass eine Supermehrheit der Validatoren sie über ein festgelegtes Abstimmungsfenster hinweg kontinuierlich unterstützt. Die offizielle Seite „Known Amendments“ listet die Änderung LendingProtocol (ID 565B90CA1AB2B9D42208ED10884188C64F9E19083DECB9634AAF06EB03299509) und zeigt, dass sowohl SingleAssetVault als auch LendingProtocol seit Ende Juni im Mainnet zur Abstimmung geöffnet sind (XRPL Docs — Known Amendments). Eine Aktivierung ist nicht garantiert; sie hängt von anhaltender Unterstützung durch eine Supermehrheit ab.

Bei Genehmigung müssten Anwendungen die zentrale Lending-Logik nicht in maßgeschneiderten Smart Contracts neu entwickeln. Sie könnten standardisierte Ledger-Objekte für Vault-Einlagen, Krediterstellung und Rückzahlungsverfolgung aufrufen — was typischerweise weniger bewegliche Teile, besser vorhersehbare Gebühren und klarere Risiko-Semantik im gesamten Ökosystem bedeutet.

Unter der Haube: Vaults, Kredite und Abwicklung

Single Asset Vaults (XLS-65)

Ein Single Asset Vault ist eine native Struktur zum Pooling eines Tokens, etwa XRP oder eines USD-Stablecoins. Er gibt bei Einzahlungen Anteile aus und verbrennt sie bei Auszahlungen. Der Ledger verfolgt die gesamten Vermögenswerte, die gesamten Anteile und den Anteilssaldo jedes Kontos. Da der Vault nativ im Ledger verankert ist, bleiben Buchführung und Gebührenmechanik über alle Anwendungen hinweg konsistent, die ihn nutzen.

Lending Protocol (XLS-66)

XLS-66 führt Kreditobjekte ein, die auf eine Finanzierungsquelle verweisen (etwa einen Vault), Kreditnehmerdetails angeben, feste Laufzeiten definieren und Rückzahlungspläne verwalten. Die RippleX-Devnet-Demo zeigt unbesicherte Festlaufzeitkredite von der Erstellung bis zur Rückzahlung. Diese Unterscheidung ist wichtig: Unbesicherter Kredit hängt von der Kreditprüfung der Kreditnehmer ab, nicht von der Liquidation von Sicherheiten (XRPL Demo App (lending.xls-demo.com) — RippleX).

Wie ein Kredit auf XRPL ablaufen könnte

1. Ein Protokoll stellt einen Single Asset Vault bereit und zieht Einlagen an (z. B. XRP oder einen USD-Stablecoin).
2. Kreditmanager legen Richtlinien fest: zugelassene Kreditnehmer, maximale Kreditgrößen, Laufzeiten und Preisgestaltung.
3. Ein Kreditnehmer beantragt einen Festlaufzeitkredit. Die Anwendung prüft Whitelists, Limits und verfügbare Liquidität.
4. Nach Genehmigung wird das Kreditobjekt erstellt, und die Mittel werden nativ auf XRPL an die Adresse des Kreditnehmers abgewickelt.
5. Zinsen laufen gemäß dem festen Zeitplan auf. Der Ledger verfolgt fälligen Kapitalbetrag und Zinsen.
6. Der Kreditnehmer zahlt zurück. Das Protokoll weist die Mittel dem Vault wieder zu und aktualisiert die Anteile der Kreditgeber.
7. Falls die Rückzahlung ausbleibt, löst das Protokoll seine Ausfallrichtlinie aus, die Reserven, Versicherungen oder durch die Regeln der Anwendung definierte Wiederherstellungsschritte umfassen könnte.

Warum feste Laufzeiten wichtig sind

Die meisten DeFi-Kredite sind heute variabel verzinst und überbesichert. Feste Laufzeiten ermöglichen die Abstimmung von Vermögenswerten und Verbindlichkeiten: Eine Wallet- oder Börsen-Treasury kann Cashflows planen, und ein Händler kann Kapitalkosten modellieren. Native Ledger-Unterstützung erleichtert die Prüfung und Automatisierung.

Aktueller Stand: Abstimmung, Devnet, frühe Apps

Stand 30. Juni listet die XRPL-Seite „Known Amendments“ SingleAssetVault und LendingProtocol als im Mainnet zur Validator-Abstimmung geöffnet. Die Aktivierung erfordert eine dauerhaft gehaltene Supermehrheit über den gesamten Abstimmungszeitraum, daher sind Zeitpläne nicht festgelegt (XRPL Docs — Known Amendments).

Ripple hat eine ausführliche Erklärung veröffentlicht und Entwickler zum Testen im Devnet eingeladen (Ripple Insights-Blog). Die begleitende Demo-App ist live und führt durch den gesamten Lebenszyklus: Vaults erstellen, einzahlen, unbesicherte Festlaufzeitkredite vergeben, zurückzahlen und Onchain-Zustandsübergänge prüfen (XRPL Demo App (lending.xls-demo.com) — RippleX).

Marktteilnehmer signalisieren bereits Absichten. Am 1. Juli kündigte LendProtocol in einer Pressemitteilung ein verbraucherorientiertes Produkt an, das 12% APR auf XRP- und RLUSD-Einlagen bietet — RLUSD ist Ripples USD-gestützter Stablecoin — mit täglichen Auszahlungen und ohne Sperrfrist zum Start. Dies ist eine Aussage des Projekts, keine Garantie für Renditen oder Risikoniveau (GlobeNewswire — Pressemitteilung von LendProtocol). Sie zeigt jedoch, wie schnell Projekte versuchen, neue Kernbausteine zu kommerzialisieren.

Was sich für XRPL-Nutzer und Entwickler ändern könnte

Planbare Finanzierung für Onchain-Unternehmen. Festlaufzeitkredite ermöglichen Market Makern, Zahlungsdienstleistern und Wallets, Zahlungszyklen zu planen. Ein fester Zinssatz über 30–90 Tage ist für die Vorfinanzierung von Korridoren oder den Ausgleich von Orderbüchern oft nützlicher als ein variabler Auslastungszins, der wöchentlich schwankt.

Klarere UX für Einleger. Wenn Vaults auf Ledger-Ebene standardisiert sind, können Anwendungen einfachere Ein- und Auszahlungsabläufe anbieten. Die Anteilsbuchführung ist nativ, sodass keine maßgeschneiderte Vertragsmathematik entschlüsselt werden muss, um den eigenen Anspruch am Pool zu verstehen.

Chancen für Identitäts- und Reputationsschichten. Unbesicherte Kredite hängen von der Kreditprüfung ab. Integrationen mit Attestierungsanbietern, Unternehmensregistern, Oracles und Risiko-Dashboards sind wahrscheinlich. XLS-65/66 schreibt diese nicht vor; sie sind Bereiche, in denen Entwickler sich differenzieren können.

Ledger-native Analysen. Wenn Kredite und Vaults zu erstklassigen Objekten werden, können Netzwerk-Explorer und Datenanbieter Dashboards für Auslastung, Zahlungsverzug, Ausfälle und Laufzeitenstrukturen standardisieren. Das verbessert die Transparenz — und erhöht den Druck. Schwache Risikomanager haben weniger Möglichkeiten, sich zu verstecken.

Was in der Praxis funktionieren muss

Strenge Kreditprüfung. Klare Kriterien für Kreditnehmer, begrenzte Exposures und geprüfte Richtlinien müssen zentral sein. Einige Anwendungen könnten KYC oder Unternehmensdokumentation für die Kreditaufnahme verlangen.

Verlustpuffer und Waterfalls. Unbesicherter Kredit sollte Reserven, nachrangige Tranchen oder Versicherungen umfassen. XLS-66 schreibt keine Kapitalstrukturen vor, daher müssen Protokolle definieren, wer Erstverluste trägt und wie Rückflüsse verteilt werden.

Operative Schutzmaßnahmen. Feste Laufzeiten schaffen Refinanzierungsklippen. Anwendungen werden wahrscheinlich gestaffelte Fälligkeiten, Regeln für vorzeitige Rückzahlung und Schutzschalter bei knapper Vault-Auslastung einführen.

Regulatorische Passung. Vorschriften für Verbraucherkredite sind in vielen Rechtsordnungen streng. Die Zusammenbrüche zentralisierter Krypto-Kreditgeber im Jahr 2022 — darunter Celsius, BlockFi und Voyager — zeigten, wie schnell Durchsetzung und Insolvenzrisiken entstehen können, wenn Kreditkontrollen versagen. Selbst mit Kreditobjekten auf Ledger-Ebene benötigen öffentlich zugängliche Frontend-Plattformen möglicherweise Lizenzen, Offenlegungen und robuste Datenverarbeitung — insbesondere bei unbesicherten Krediten an Privatpersonen.

Was als Nächstes zu beobachten ist

Wichtige Signale im kommenden Quartal sind:

• Trends bei der Validator-Supermehrheit: Ob die Stimmen für SingleAssetVault und LendingProtocol steigen und über das gesamte Abstimmungsfenster hoch bleiben — der entscheidende Faktor für die Mainnet-Aktivierung.
• Devnet-Volumen und Fehler: Ob Entwickler Demo-Pfade unter Last testen und Edge-Case-Bugs melden. Je mehr jetzt bricht, desto weniger bricht später.
• Wallet- und SDK-Unterstützung: Eine saubere Einlagen- und Kredit-UX hängt von Werkzeugen ab. Frühe Wallet-Integrationen werden aufschlussreich sein.
• Risikoframeworks früher Apps: Welche Projekte Kreditprüfungsrichtlinien, Prüfberichte und Live-Risiko-Dashboards veröffentlichen, wird zeigen, worauf ernsthaftes Kapital zuerst achtet.
• Regulatorische Ausrichtung: Ob frühe Plattformen nur Unternehmen oder auch den Retail-Markt adressieren, signalisiert erwartete Aufsicht und Wachstumstempo.

Risiken und was schiefgehen könnte

• Nichtaktivierung der Änderung: Validatoren könnten keine Supermehrheit aufrechterhalten, sodass das Devnet eine Sandbox bleibt und sich im Mainnet nichts ändert.
• Implementierungsfehler: Auch native Funktionen können Logik- oder Buchführungsfehler enthalten. Edge Cases bei Zinsabgrenzung oder Rückzahlungsplanung könnten Verluste verursachen.
• Fehler bei der Kreditprüfung: Unbesichertes Lending verstärkt das Kreditnehmerrisiko. Einige wenige schlechte Kredite ohne angemessene Reserven können einen Vault erschöpfen.
• Liquiditätsengpass: Wenn zu viele Einlagen in Festlaufzeitkrediten gebunden sind und Auszahlungen stark ansteigen, könnten Anwendungen Zugangsbeschränkungen oder Abschläge verhängen.
• Regulatorische Maßnahmen: Verbrauchernahe unbesicherte Kredite können Durchsetzungsmaßnahmen auslösen, wenn Plattformen Compliance umgehen.
• Überzogene Vermarktung: Auffällige APR-Angaben können Risiken verdecken. Tägliche Auszahlungen und keine Sperrfristen mögen attraktiv klingen, bis Ausfälle eintreten. Aussagen sollten als Marketing verstanden werden, nicht als Garantien.

Wer Liquidität bereitstellt, sollte Kapitalrisiko einkalkulieren. Renditen stammen aus dem Rückzahlungsversprechen einer anderen Partei — und manchmal wird dieses nicht eingehalten.

Häufig gestellte Fragen

Ist das XRPL Lending Protocol im Mainnet live?

Noch nicht. Stand Ende Juni sind die Änderungen SingleAssetVault und LendingProtocol zur Validator-Abstimmung geöffnet. Die Aktivierung erfordert gemäß XRPL-Governance eine dauerhaft gehaltene Supermehrheit über den erforderlichen Zeitraum (XRPL Docs — Known Amendments).

Wie werden Zinssätze festgelegt?

Zinssätze sind Teil der Kreditbedingungen, die von der Anwendung mithilfe der Protokollobjekte definiert werden. Die RippleX-Demo hebt Festlaufzeitkredite hervor. In der Praxis wird die Preisgestaltung Kreditrisiko, Laufzeit und Marktnachfrage nach Vault-Liquidität widerspiegeln. Es gibt keine garantierte Rendite.

Benötigen Kreditnehmer Sicherheiten?

Möglicherweise nicht. Die Demo zeigt unbesicherte Festlaufzeitkredite im Devnet, was darauf hindeutet, dass Kreditprüfung und Whitelisting durch Anwendungsrichtlinien erfolgen und nicht durch Liquidationen von Sicherheiten (XRPL Demo App — RippleX).

Welche Vermögenswerte könnten Vaults halten?

Single Asset Vaults sind darauf ausgelegt, einen Token zu halten — potenziell XRP oder einen unterstützten Stablecoin (Projekte haben in ihrem Marketing auf RLUSD verwiesen). Die tatsächlich unterstützten Vermögenswerte hängen von der Anwendung und der Liquidität auf XRPL ab.

Wie werden Ausfälle behandelt?

Die Ausfalllogik ist anwendungsspezifisch. Zu erwarten sind Reserven, Erstverlusttranchen oder Versicherungsmechanismen. XLS-66 verfolgt Zustand und Zeitpläne, stellt Mittel aber nicht automatisch wieder her; Protokolle müssen Verluste einplanen und ihre Richtlinien offenlegen.

Wann können Entwickler es ausprobieren?

Der vollständige Ablauf kann heute im XRPL-Devnet über die öffentliche RippleX-Demo für XLS-65/66 getestet werden. Die Verfügbarkeit im Mainnet hängt von Validator-Abstimmungen und erfolgreichen Tests ab (Ripple Insights-Blog).

Wird dies den XRP-Preis beeinflussen?

Kreditbausteine können Nutzen und Liquidität verbessern, was die Stimmung im Laufe der Zeit beeinflussen kann. Preise bewegen sich jedoch aus vielen Gründen. Dies sollte als Infrastrukturfortschritt betrachtet werden, nicht als Handelssignal.

Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken. Er wird weder als Rechts-, Steuer-, Anlage-, Finanz- oder sonstige Beratung angeboten noch ist er dafür bestimmt.