Zum Inhalt springen
AktiviertTier ADeFi & DEX

PermissionedDEX XLS-81

Permissioned DEXes begrenzen den Handel auf Teilnehmer einer freigegebenen Domain. PermissionedDEX ist im XRP Ledger aktiviert. xrpscan nennt 18.02.2026 als Aktivierungsdatum und rippled 2.5.0 als erste Version.

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

Status
Aktiviert
XLS
XLS-81
Version
rippled 2.5.0
Aktiviert
18.02.2026

Was ändert dieses Amendment?

Warum gibt es dieses Amendment?

Bestimmte Märkte benötigen On-Ledger-Liquidität, dürfen aber nur verifizierte Teilnehmer zulassen.

Wie funktioniert der Mechanismus?

OfferCreate kann ein Offer über DomainID an das Orderbuch einer Permissioned Domain binden. Nur Domainmitglieder dürfen dort Orders platzieren und gegeneinander ausführen. tfHybrid legt ein Offer zusätzlich in das offene Orderbuch, hält die beiden Liquiditätswege bei der Ausführung aber regelkonform getrennt.

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

VorherNachher
Alle fungiblen Offers lagen im offenen DEX und konnten grundsätzlich mit jedem passenden Gegenangebot ausgeführt werden.Eine Domain erhält eigene Orderbücher, deren Offers und Cross-Currency-Payments nur gültige Mitglieder nutzen dürfen.

Für wen ist die Änderung relevant?

XRP-Halter und Nutzer

Der offene DEX bleibt verfügbar. Zugangsbeschränkungen gelten nur für das jeweilige Domain-Orderbuch und setzen ein passendes akzeptiertes Credential voraus.

Wallets und App-Entwickler

Apps müssen offene, permissioned und hybride Offers klar trennen und DomainID in Orderbuch-, Pfadfindungs- und Streaming-APIs durchreichen.

Börsen und Emittenten

Regulierte Betreiber können native Liquidität auf geprüfte Teilnehmer begrenzen. Sie tragen weiterhin das Vertrauen in Credential-Aussteller und Domainregeln.

Node-Betreiber

Nodes führen zusätzliche Mitgliedschaftsprüfungen beim Platzieren, Kreuzen und Durchlaufen von Offers aus und entfernen ungültig gewordene Offers wie unfinanzierte Orders.

Welche Grenzen und Risiken bleiben?

  • AMMs sind in XLS-81 nicht in Permissioned DEXes integriert.
  • NFT-Angebote unterstützen keine Domains.
  • Offene und permissioned Offers dürfen einander nicht füllen. Nur ein Hybrid-Offer kann in beiden Büchern gelistet sein.
  • Eine Payment-Domain wirkt nur auf Cross-Currency-Pfade, die ein Orderbuch berühren. Direkte Tokenzahlungen werden dadurch nicht permissioned.
  • Abgelaufene Credentials werden beim Durchlaufen eines Payment-Pfads nicht automatisch gelöscht.
  • Die Spec nennt zusätzliche Fehlerbedingungen, ordnet ihnen aber keine konkreten Result-Codes zu. Deshalb werden hier keine Codes ergänzt.
  • Die endgültige Auswirkung der zusätzlichen Prüfungen auf den Durchsatz war in der Spec noch Gegenstand von Performance-Tests.
Technische Details: Transaktionen, Felder, Codes und Invarianten

Transaktionen

  • OfferCreate
  • Payment

Ledger-Objekte

  • Offer (0x006F)
  • DirectoryNode (0x0064)
  • PermissionedDomain
  • Credential

Felder und Flags

  • DomainID
  • AdditionalBooks
  • BookDirectory / BookNode
  • TakerGets / TakerPays
  • tfHybrid 0x00100000

API-Methoden

  • book_offers
  • path_find
  • ripple_path_find
  • books Subscription
  • book_changes

Invarianten

  • Ein permissioned Offer darf weder durch ein offenes Offer noch durch ein Offer einer anderen Domain gefüllt werden.
  • Ein offenes Offer darf nicht in einem Domain-Orderbuch liegen oder durch ein permissioned Offer gefüllt werden.

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?

PermissionedDEX ist im XRP Ledger aktiviert. xrpscan nennt 18.02.2026 als Aktivierungsdatum und rippled 2.5.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?

Multi-Purpose Tokens: Protokollfolge

  1. MPTokensV1Aktiviert · ab rippled 2.3.0
  2. TokenEscrowAktiviert · ab rippled 2.5.0
  3. PermissionedDEXAktiviert · ab rippled 2.5.0
  4. fixMPTDeliveredAmountAktiviert · ab rippled 3.0.0
  5. fixTokenEscrowV1Aktiviert · ab rippled 3.0.0
  6. fixCleanup3_2_0Aktiviert · ab rippled 3.2.0
  7. DynamicMPTIn Entwicklung
  8. ConfidentialTransferIn Entwicklung
  9. MPTokensV2In Entwicklung

Welche Primärquellen belegen die Angaben?

← Alle XRPL-Amendments und XLS-Spezifikationen