Zum Inhalt springen
In EntwicklungTier AToken

DynamicMPT XLS-94

Emittenten können ausgewählte MPT-Eigenschaften als später veränderbar festlegen. DynamicMPT ist laut xrpl.org in Entwicklung und noch nicht als Mainnet-Abstimmung gelistet. Eine stabile rippled-Version und die Validatorabstimmung stehen noch aus.

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

Status
In Entwicklung
XLS
XLS-94
Version
Offen
Aktiviert
Keine Angabe

Was ist der Entwicklungsstand?

Warum wird diese Funktion entwickelt?

Emittenten brauchen für einzelne MPT-Eigenschaften kontrollierte Aktualisierbarkeit, ohne alle bei der Ausgabe gesetzten Merkmale nachträglich öffnen zu müssen.

Wie soll der Mechanismus funktionieren?

MPTokenIssuanceCreate erklärt über MutableFlags genau, welche Felder später geändert und welche Basisflags später einmalig aktiviert werden dürfen. MPTokenIssuanceSet darf anschließend nur diese vorab freigegebenen Änderungen ausführen. Metadaten und TransferFee bleiben erneut änderbar, aktivierte Verhaltensflags lassen sich dagegen nicht wieder abschalten.

Was fehlt bis zum Mainnet?

Nach Implementierung und Tests muss die Änderung in einer stabilen rippled-Version erscheinen. Erst dann kann die Mainnet-Abstimmung beginnen.

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

VorherNachher
Felder und Verhaltensflags einer MPT-Ausgabe waren nach der Erstellung grundsätzlich unveränderlich.Der Emittent kann vorab ausgewählte Eigenschaften aktualisieren oder vorbereitete Fähigkeiten einmalig einschalten, ohne alle übrigen Regeln zu öffnen.

Für wen ist die Änderung relevant?

XRP-Halter und Nutzer

Vor dem Erwerb muss sichtbar sein, welche Felder und Emittentenrechte später verändert oder aktiviert werden können.

Wallets und App-Entwickler

Wallets und Explorer müssen MutableFlags getrennt von aktuell aktiven Flags darstellen und Änderungen der Metadaten oder TransferFee verfolgen.

Börsen und Emittenten

Emittenten gewinnen kontrollierte Anpassbarkeit, müssen jede spätere Option aber unwiderruflich bei der Ausgabe freigeben.

Node-Betreiber

Nodes prüfen Bitmasken, Emittentenberechtigung, Größen- und Gebührenlimits und verhindern jede nicht vorab deklarierte Änderung.

Welche Grenzen und Risiken bleiben?

  • Das Amendment ist ein Draft und noch keine Mainnet-Funktion.
  • Nur die in MutableFlags aufgeführten Felder und Flags können später geändert werden.
  • Nicht bei der Ausgabe freigegebene Eigenschaften bleiben dauerhaft unveränderlich.
  • Aktivierte Basisflags sind eine Einbahnstraße und können mit MPTokenIssuanceSet nicht wieder deaktiviert werden.
  • MPTokenMetadata ist auf 1.024 Byte und TransferFee auf 50.000 Einheiten begrenzt.
  • Eine positive TransferFee ist erst zulässig, nachdem CanTransfer bereits aktiv ist. Gleichzeitiges Aktivieren und Setzen der Gebühr reicht nicht.
  • Spezifikation und Implementierung können sich bis zur stabilen Veröffentlichung ändern.
Technische Details: Transaktionen, Felder, Codes und Invarianten

Transaktionen

  • MPTokenIssuanceCreate
  • MPTokenIssuanceSet

Ledger-Objekte

  • MPTokenIssuance

Felder und Flags

  • MutableFlags
  • MPTokenMetadata
  • TransferFee
  • tmfMPTCanEnableCanLock 0x00000002
  • tmfMPTCanEnableRequireAuth 0x00000004
  • tmfMPTCanEnableCanEscrow 0x00000008
  • tmfMPTCanEnableCanTrade 0x00000010
  • tmfMPTCanEnableCanTransfer 0x00000020
  • tmfMPTCanEnableCanClawback 0x00000040
  • tmfMPTCanMutateMetadata 0x00010000
  • tmfMPTCanMutateTransferFee 0x00020000
  • tmfMPTSetCanLock bis tmfMPTSetCanClawback 0x00000001 bis 0x00000020

Ergebnis-Codes

  • temINVALID_FLAG
  • temDISABLED
  • temMALFORMED
  • temBAD_TRANSFER_FEE
  • tecOBJECT_NOT_FOUND
  • tecNO_PERMISSION

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?

DynamicMPT ist laut xrpl.org in Entwicklung und noch nicht als Mainnet-Abstimmung gelistet. Eine stabile rippled-Version und die Validatorabstimmung stehen noch aus.

Nach Implementierung und Tests muss die Änderung in einer stabilen rippled-Version erscheinen. Erst dann kann die Mainnet-Abstimmung beginnen.

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