Zum Inhalt springen
AktiviertTier AZahlungen

Escrow

XRPL-Escrows sperren XRP bis zu einem Zeitpunkt oder einer kryptografischen Bedingung. Escrow ist im XRP Ledger aktiviert. xrpscan nennt 31.03.2017 als Aktivierungsdatum und rippled 0.60.0 als erste Version.

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

Status
Aktiviert
XLS
Keine separate XLS
Version
rippled 0.60.0
Aktiviert
31.03.2017

Was ändert dieses Amendment?

Warum gibt es dieses Amendment?

XRP-Zahlungen sollten zeit- oder bedingungsabhängig gesperrt werden können, ohne dass eine dritte Verwahrstelle den Betrag kontrolliert.

Wie funktioniert der Mechanismus?

Escrow ersetzt SusPay und verwendet eigene Ledger-Einträge sowie Transaktionen zum Erstellen, Ausführen und Abbrechen. Eine Freigabe kann zeitgesteuert oder an eine unterstützte Crypto-Condition gebunden sein.

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

VorherNachher
Die älteren SusPay- und CryptoConditions-Amendments bildeten den späteren Escrow-Ablauf nicht als dauerhaft unterstützte Kombination ab.EscrowCreate sperrt XRP in einem Ledger-Objekt. EscrowFinish oder EscrowCancel gibt den Betrag nach den festgelegten Regeln frei.

Für wen ist die Änderung relevant?

XRP-Halter und Nutzer

Gesperrte XRP sind bis zur gültigen Freigabe oder Stornierung nicht frei verfügbar.

Wallets und App-Entwickler

Apps müssen Ledger-Zeit, optionale Crypto-Conditions und beide Endpfade korrekt darstellen.

Börsen und Emittenten

Das ursprüngliche Amendment sperrt nur XRP. Token-Unterstützung kommt erst durch TokenEscrow hinzu.

Welche Grenzen und Risiken bleiben?

  • Das Basis-Amendment unterstützt XRP, nicht beliebige Trustline-Token oder MPTs.
  • Zeitangaben verwenden die Ledger-Zeit und keine lokale Gerätezeit.
Technische Details: Transaktionen, Felder, Codes und Invarianten

Transaktionen

  • EscrowCreate
  • EscrowFinish
  • EscrowCancel

Ledger-Objekte

  • Escrow

Felder und Flags

  • Condition
  • Fulfillment
  • FinishAfter
  • CancelAfter

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?

Escrow ist im XRP Ledger aktiviert. xrpscan nennt 31.03.2017 als Aktivierungsdatum und rippled 0.60.0 als erste Version.

Die Regeln sind bereits Teil des Mainnets. Serverbetreiber brauchen eine kompatible rippled-Version, normale Wallet-Nutzer müssen nichts manuell aktivieren.

Wo steht es in seiner Amendment-Familie?

Escrow und Payment Channels: Protokollfolge

  1. PayChanAktiviert · ab rippled 0.33.0
  2. CryptoConditionsAktiviert · ab rippled 0.50.0
  3. EscrowAktiviert · ab rippled 0.60.0
  4. fix1512Aktiviert · ab rippled 0.80.0
  5. fix1523Aktiviert · ab rippled 0.80.0
  6. fix1571Aktiviert · ab rippled 1.0.0
  7. fixPayChanRecipientOwnerDirAktiviert · ab rippled 1.4.0
  8. PriceOracleAktiviert · ab rippled 2.2.0
  9. TokenEscrowAktiviert · ab rippled 2.5.0
  10. fixPayChanCancelAfterAktiviert · ab rippled 2.5.0
  11. fixPriceOracleOrderAktiviert · ab rippled 3.0.0
  12. fixIncludeKeyletFieldsAktiviert · ab rippled 3.0.0
  13. SmartEscrowIn Entwicklung

Welche Primärquellen belegen die Angaben?

← Alle XRPL-Amendments und XLS-Spezifikationen