Wichtige Punkte

• Native Kreditvergabe auf dem XRPL bleibt im Mainnet inaktiv.
• Die Unterstützung der Validatoren für die erforderlichen Amendments liegt weiterhin deutlich unter dem Aktivierungsschwellenwert.
• Version 3.4.0 wurde weder offiziell veröffentlicht noch terminiert.
• Clearpool schlägt institutionelle Kreditprodukte auf Basis von XRP und Ripples Stablecoin RLUSD vor.
• Bonitätsprüfung und Kreditvergabe würden außerhalb des Ledgers bleiben.

Ripple sieht Kreditvergabe als fehlende Ebene

Jasmine Cooper, Ripples Leiterin des Produktbereichs, bezeichnet Kreditvergabe als fehlenden Bestandteil tokenisierter Finanzmärkte. Digitale Vermögenswerte können bereits ausgegeben, übertragen und onchain abgewickelt werden. Institutionen benötigen jedoch auch Mechanismen, um diese Vermögenswerte zu finanzieren und kurzfristige Liquidität zu verwalten.

In einem am 29. Juni von Ripple veröffentlichten Artikel beschrieb Cooper mehrere mögliche Anwendungsfälle. Ein Zahlungsunternehmen könnte sich Geld leihen, während es auf eingehende Abwicklungen wartet, ein Market Maker könnte sein Inventar finanzieren und eine Unternehmens­kasse könnte anderweitig ungenutzte digitale Vermögenswerte einsetzen.

Das vorgeschlagene System würde nicht voraussetzen, dass der XRP Ledger die Kreditwürdigkeit eines Kreditnehmers bestimmt. Banken, Fondsmanager und spezialisierte Kreditprüfer würden weiterhin Finanzberichte, Sicherheitenvereinbarungen, rechtliche Unterlagen und Konzentrationsgrenzen prüfen. XRPL würde den vereinbarten Kredit erfassen und dessen Zahlungsplan, Zinsbedingungen sowie Ausfallregeln umsetzen.

Nach diesem Modell würde das Ledger Kredite verwalten, anstatt als Kreditausschuss zu fungieren. Diese Unterscheidung ist wichtig, da das Protokoll die Abwicklung standardisieren könnte, ohne die Qualität der Kredite oder die finanzielle Solidität der Kreditnehmer zu garantieren.

Zwei Amendments sind erforderlich

Das geplante Kreditsystem basiert auf zwei miteinander verbundenen Amendments. XLS-65 führt Single Asset Vaults ein, die jeweils eine Vermögenswertart von mehreren Einzahlern bündeln. Bei dem Vermögenswert kann es sich um XRP, einen von einem Emittenten gedeckten Token oder einen Multi-Purpose Token handeln. Im Gegenzug für ihre Einlagen erhalten die Teilnehmer Vault-Anteile, die ihre Beteiligung am Pool darstellen.

XLS-66 stellt die Funktionen für die Kreditvergabe bereit. Ein Kreditvermittler könnte Vermögenswerte aus einem verbundenen Vault nutzen, um genehmigten Kreditnehmern Kredite mit fester Laufzeit und ohne Sicherheiten zu gewähren. Der Vermittler würde die Bedingungen festlegen und die Beziehung über die gesamte Laufzeit des Kredits verwalten.

Der Vermittler könnte außerdem First-Loss-Kapital bereitstellen. Dieses Kapital würde einen vereinbarten Teil eines Ausfalls auffangen, bevor Verluste andere Vault-Teilnehmer erreichen. Es würde als Verlustpuffer dienen und nicht als vom Kreditnehmer gestellte Sicherheit. Überstiegen die Verluste den First-Loss-Schutz, könnten die Inhaber von Vault-Anteilen dennoch an Wert verlieren.

Vor einer Kapitalbindung müssten Einzahler unter anderem die Höhe des First-Loss-Schutzes, die Konzentration auf einzelne Kreditnehmer und die Bedingungen für Abhebungen prüfen. Die Struktur wird auch in Coindoos Leitfaden zur nativen XRPL-Kreditvergabe beschrieben.

Unterstützung der Validatoren bleibt nahe einem Viertel

Keines der beiden Amendments ist im Mainnet des XRP Ledger aktiv. Zum Zeitpunkt der Erstellung meldete XRPSCAN neun Validatoren, die SingleAssetVault unterstützen, was 25,71 % entspricht, sowie acht Validatoren für LendingProtocol, was 22,86 % entspricht.

Im aktuellen XRPSCAN-Satz von 35 Validatoren benötigt ein Amendment die Unterstützung von 28 Validatoren und muss dieses Niveau zwei aufeinanderfolgende Wochen lang halten. Der erforderliche Softwarecode kann bereits enthalten sein, bevor die Regeln aktiviert werden. Daher würde selbst eine künftige Veröffentlichung von Version 3.4.0 die native Kreditvergabe nicht verfügbar machen, solange beide Amendments den Aktivierungsprozess nicht abgeschlossen haben.

Beide Amendments müssen genehmigt werden. LendingProtocol bezieht Liquidität aus einem Single Asset Vault, sodass die Aktivierung nur eines der beiden Amendments keinen funktionsfähigen Kreditmarkt schaffen würde.

Die Abstimmung der Validatoren zeigt, dass die Netzwerkbetreiber bereit sind, ein Regelwerk für Transaktionen zu übernehmen. Sie bewertet weder potenzielle Kreditnehmer noch schützt sie Einzahler vor Ausfällen oder belegt die Nachfrage nach den entstehenden Kreditprodukten.

Version 3.4.0 wurde noch nicht veröffentlicht

Jüngste Berichte besagten, dass Lending Protocol Version 1.1 in XRPL Version 3.4.0 enthalten sein werde. Die neueste stabile Version im GitHub-Repository der XRPL Foundation ist jedoch Version 3.3.0.

Das offizielle Amendment-Verzeichnis führt LendingProtocolV1_1 als „In Development“, und eine datierte Ankündigung zur Veröffentlichung von Version 3.4.0 wurde nicht publiziert. Die Erwartung einer bevorstehenden Veröffentlichung ging auf einen Beitrag eines XRPL-Validators vom 10. September zurück. Dieser Beitrag liefert Hinweise zum Entwicklungszeitplan, stellt jedoch keine formelle Zusage der XRP Ledger Foundation dar.

Version 1.1 soll ein praktisches Problem im ursprünglichen Ablauf der Kreditvergabe lösen. Das derzeitige Modell verwendet bei der Erstellung eines Kredits einen individuellen Prozess mit zwei Signaturen. Dadurch könnten Wallets und Verwahrer gezwungen sein, spezielle Integrationen zu entwickeln, bevor ihre Kunden teilnehmen können.

Ein offener technischer Vorschlag würde getrennte Schritte für Kreditvorschlag und Kreditannahme unter Verwendung standardmäßiger XRPL-Transaktionen einführen. Die Autoren erklären, dass die Änderung die Abhängigkeit von einzelnen Verwahrungsanbietern verringern und einer größeren Zahl von Wallets die Unterstützung des Protokolls ermöglichen würde.

Der Vorschlag und die damit verbundenen Implementierungsarbeiten sind noch nicht abgeschlossen. Solange der Code nicht fertiggestellt und in eine stabile Veröffentlichung aufgenommen wurde, bleibt Version 1.1 ein Entwicklungsprojekt und ist keine verfügbare XRPL-Funktion.

Clearpool schlägt XRP- und RLUSD-Produkte vor

Clearpool plant, auf Basis der vorgeschlagenen Infrastruktur institutionelle Kreditprodukte zu entwickeln. Der am 11. September eingereichte Governance-Vorschlag bittet um Zustimmung zur Expansion auf XRPL und zur Einführung erster Renditeprodukte auf Basis von XRP und Ripples Stablecoin RLUSD.

Die Verwendung von RLUSD würde den geplanten Produkten neben XRP einen auf US-Dollar lautenden Vermögenswert geben. RLUSD wurde bereits in anderen Sicherheitenkontexten eingesetzt, unter anderem nachdem der Token auf OKX als Margin-Sicherheit zugelassen wurde. Börsen-Margin ist jedoch nicht mit der Vergabe von Krediten mit fester Laufzeit und ohne Sicherheiten gleichzusetzen. Letztere hängt vom Kreditnehmer, vom Vermittler und vom verfügbaren Verlustschutz des Pools ab.

Der Vorschlag sieht außerdem eine Eins-zu-eins-Migration von CPOOL zu CLEAR sowie eine Rekapitalisierung der Treasury vor. Clearpool erklärt, dass 99 % des bestehenden Token-Angebots unverfallbar geworden seien, wodurch nur begrenzte Reserven für Anreize und weitere Entwicklung verblieben. Die Diskussion in der Community soll 14 Tage dauern, bevor die Tokeninhaber abstimmen.

Laut Clearpool hat Ripple Kapital zur Unterstützung der geplanten XRP- und RLUSD-Produkte zugesagt, wobei der Vorschlag die Höhe nicht nennt. Die Produkte hängen weiterhin von Entscheidungen auf zwei Governance-Ebenen ab: Die Clearpool-Tokeninhaber müssen der Expansion zustimmen, und die XRPL-Validatoren müssen die erforderlichen Amendments aktivieren.

Der Vorschlag benennt die ersten potenziellen Nutzer der geplanten Architektur, enthält jedoch keine Angaben zu den Kreditnehmertypen, der Poolgröße, der Zielrendite, den Kreditbedingungen oder dem Umfang des First-Loss-Schutzes, die das tatsächliche Risiko der Produkte bestimmen würden.

Einzahler bleiben dem Kreditnehmerrisiko ausgesetzt

Das Protokoll könnte die Kreditverwaltung automatisieren, aber die Kreditprüfung nicht ersetzen. Das Risiko eines Pools würde von seinem Betreiber, den zugelassenen Kreditnehmern und der Höhe der Verluste abhängen, die das First-Loss-Kapital des Vermittlers auffangen könnte.

Eine angegebene Rendite allein würde nur begrenzte Informationen liefern. Potenzielle Teilnehmer müssten die rechtliche Identität des Vermittlers, seine bisherige Kreditprüfung, die größten Kreditnehmerpositionen, den First-Loss-Beitrag, Abhebungsbeschränkungen und den Prozess zur Verlustwiederherstellung nach einem Ausfall prüfen.

Auch die Liquidität müsste berücksichtigt werden. Ein Vault könnte einen einzigen liquiden Vermögenswert halten und zugleich einen beträchtlichen Teil davon in Kredite mit fester Laufzeit binden. Einzahler könnten mit verzögerten Abhebungen konfrontiert sein, wenn ein großer Teil des Vaults in Krediten gebunden wäre, die nicht schnell zurückgezahlt oder übertragen werden können.

Rückzahlungen werden ein wichtigerer Test als der Start

Die Amendments würden eine technische Frage beantworten: ob XRPL gebündelte Kredite mit fester Laufzeit onchain verwalten kann. Ein aktiver Markt würde die schwierigere Frage beantworten, ob Institutionen den benannten Vermittlern Kreditnehmer ohne Sicherheiten anvertrauen und ob ausreichend First-Loss-Kapital die angebotene Rendite im Verhältnis zum Risiko attraktiv machen würde.

Dieser Artikel dient ausschließlich zu Informationszwecken und stellt keine Finanz- oder Anlageberatung dar.

Originalquelle: Coindoo.