Zum Inhalt springen
In AbstimmungTier ADeFi & DEX

SingleAssetVault XLS-65

Ein Single Asset Vault bündelt ein Asset mehrerer Einzahler in einem Ledger-Objekt. SingleAssetVault ist auf dem Mainnet offen, aber noch nicht aktiviert. Aktuell melden 13 von 35 erfassten Validatoren Unterstützung.

Fachlich geprüft am 31.07.2026 · Autor: Philip F. Schmitt

Status
In Abstimmung
XLS
XLS-65
Version
rippled 3.1.0
Aktiviert
Keine Angabe

Wie steht die Mainnet-Abstimmung?

13 von 35 Ja-Stimmen, benötigt: 28 (aktuell 37 %, Ziel 80 %)

Was ändert dieses Amendment?

Warum gibt es dieses Amendment?

Mehrere Einzahler sollen ein einzelnes Asset in einem gemeinsamen, anteilsbasierten Ledger-Pool bereitstellen können.

Wie funktioniert der Mechanismus?

Ein Vault hält genau ein Asset in einem eigenen Pseudo-Konto und gibt dafür MPT-Anteile aus. Deposits prägen Anteile nach dem aktuellen Verhältnis von AssetsTotal zu ShareSupply, Withdrawals verbrennen sie wieder. Private Vaults verwenden eine Permissioned Domain, während LossUnrealized erwartete Verluste vor ihrer endgültigen Verbuchung im Anteilspreis berücksichtigt.

Was ändert sich gegenüber dem Vorgänger?

VorherNachher
Es gab kein allgemeines natives Objekt für einen anteilsbasierten Pool aus XRP, IOU oder MPT, den andere Protokolle als Kapitalquelle verwenden konnten.Mehrere Einzahler können ein Asset bündeln, Anteile halten und verfügbare Mittel nach einer festgelegten Auszahlungsregel zurücknehmen.

Für wen ist die Änderung relevant?

XRP-Halter und Nutzer

Einzahler tauschen ihr Asset gegen Vault-Anteile. Deren Rücknahmewert kann durch Protokollergebnis, Rundung und LossUnrealized über oder unter der ursprünglichen Einzahlung liegen.

Wallets und App-Entwickler

Apps müssen Anteilspreis, AssetsAvailable, AssetsTotal, Verluststatus, Domainzugang und die Besonderheiten von XRP, IOU und ganzzahligen MPTs darstellen.

Börsen und Emittenten

Vaultinhaber legen Asset, Kapazität, Metadaten, Privatstatus und Übertragbarkeit der Anteile fest. Sie dürfen Auszahlungen von Anteilseignern nicht willkürlich sperren.

Node-Betreiber

Nodes verwalten Vault-Pseudo-Konto, Anteilsausgabe und Assetbuchungen. VaultCreate erzeugt mehrere gekoppelte Ledger-Objekte atomar.

Welche Grenzen und Risiken bleiben?

  • Ein Vault hält genau ein Asset.
  • Die erste Fassung unterstützt nur First Come, First Serve als WithdrawalPolicy.
  • Private Einzahlungen verlangen passende Credentials. Jeder Anteilseigner darf dennoch auszahlen, damit der Vaultinhaber Mittel nicht festsetzen kann.
  • Nicht übertragbare Anteile können nur eingelöst, nicht an andere Konten gesendet werden.
  • Bei MPT-Assets ist Scale fest null. Nicht ganzzahlig darstellbare Werte können durch Rundung verloren gehen.
  • Ein gefrorenes Vault-Asset kann nicht eingezahlt werden. Auszahlungen sind dann nur an den Emittenten zulässig.
  • Die Transaktionsinvarianten der Spec sind noch als TBD markiert und werden deshalb nicht als fertige Regeln ausgegeben.

Welche Gebühren- und Performancewerte nennt die Spec?

  • VaultCreate verbrennt eine Owner-Reserve, weil die Transaktion ein Pseudo-Konto anlegt.
  • VaultDeposit, VaultWithdraw und protokollinterne Bewegungen berechnen keine Emittenten-TransferFee.
Technische Details: Transaktionen, Felder, Codes und Invarianten

Transaktionen

  • VaultCreate (Typ 58)
  • VaultSet (Typ 59)
  • VaultDelete (Typ 60)
  • VaultDeposit (Typ 61)
  • VaultWithdraw (Typ 62)
  • VaultClawback (Typ 63)
  • Payment

Ledger-Objekte

  • Vault (0x0084)
  • AccountRoot des Pseudo-Kontos
  • MPTokenIssuance für Anteile
  • MPToken

Felder und Flags

  • Asset
  • AssetsTotal / AssetsAvailable / AssetsMaximum
  • LossUnrealized
  • ShareMPTID
  • Scale
  • WithdrawalPolicy
  • DomainID
  • tfVaultPrivate 0x00010000
  • tfVaultShareNonTransferable 0x00020000
  • vaultStrategyFirstComeFirstServe 0x0001

API-Methoden

  • vault_info

Wie sieht ein konkreter Ablauf aus?

Ein öffentlicher XRP-Vault nimmt eine Einzahlung an und prägt dazu Anteile. Nutzt ein Lending-Protokoll später einen Teil der XRP, zeigt AssetsAvailable nur den unmittelbar auszahlbaren Teil.

Wie hängt dieses Amendment mit anderen zusammen?

Jede direkte Verbindung besitzt einen Typ, eine Erklärung und eine Primärquelle.

Wie geht es mit diesem Amendment weiter?

SingleAssetVault ist auf dem Mainnet offen, aber noch nicht aktiviert. Aktuell melden 13 von 35 erfassten Validatoren Unterstützung.

Für die Aktivierung muss die Unterstützung mindestens 80 Prozent erreichen und zwei Wochen ununterbrochen oberhalb dieser Schwelle bleiben.

Wo steht es in seiner Amendment-Familie?

Vaults und Lending: Protokollfolge

  1. PermissionedDEXAktiviert · ab rippled 2.5.0
  2. SingleAssetVaultIn Abstimmung · ab rippled 3.1.0
  3. LendingProtocolIn Abstimmung · ab rippled 3.1.0
  4. fixCleanup3_1_3Aktiviert · ab rippled 3.1.3
  5. fixCleanup3_2_0Aktiviert · ab rippled 3.2.0

Welche Primärquellen belegen die Angaben?

← Alle XRPL-Amendments und XLS-Spezifikationen