Vorschlag zu XLS-0099 ändert Flags, Beweisgröße und Fehlerregeln der Schlüsselrotation

Serguey Asael Shinder08 October 2026, 07:161 Min. Lesezeit

Ein am 7. Oktober im Repository XRPL Standards eröffneter Pull Request schlägt Änderungen an XLS-0099 vor, der Spezifikation für das Rotieren oder Wiederherstellen des Schlüssels, der das vertrauliche Guthaben eines Inhabers an einem Multi-Purpose Token (MPT) schützt. Die beschriebene Transaktion, ConfidentialMPTHolderKeyUpdate, wurde am 2. Oktober in den Entwicklungszweig von rippled übernommen. Der Pull Request ist offen, nicht übernommen.

Was er ändert.

• Die Flag-Werte wandern. Die drei Modus-Flags rücken von den niedrigsten Bits in die obere Hälfte des Flag-Worts: tfHolderKeyRotation von 1 auf 65536 (0x00010000), tfHolderKeyRecovery von 2 auf 131072, tfCancelRecovery von 4 auf 262144. Genau eines muss weiterhin gesetzt sein.
• Der Rotationsbeweis wächst von 160 auf 224 Byte; der Wiederherstellungsbeweis bleibt bei 64. Ein Beweis falscher Länge wird weiterhin als fehlerhaft abgewiesen.
• Ein neuer Fehler für den Leerlauf. Wer den Schlüssel einreicht, den er bereits hat, erhält jetzt tecDUPLICATE statt tecNO_PERMISSION.
• Zwei Vorbedingungen entfallen. Die Spezifikation verlangt nicht mehr, dass der Spiegel des Emittentenschlüssels oder der Spiegel und das verschlüsselte Guthaben des Prüfers auf die aktuelle Epoche migriert sind, bevor ein Inhaber rotieren kann.
• Rotation löscht eine anstehende Wiederherstellung. Eine erfolgreiche Rotation entfernt nun auch einen RecoveryKey am Token des Inhabers. Die Begründung der Spezifikation: Die Rotation beweist, dass der Inhaber den alten Schlüssel noch hat, also wird eine anstehende Wiederherstellungsfreigabe aufgehoben.

Warum es Entwickler betrifft. Wallets und Bibliotheken, die bereits die Entwurfswerte 1, 2 und 4 kodiert haben, würden den falschen Modus senden, wenn die Änderung übernommen wird. Eine Begründung über den Diff hinaus enthält der Pull Request nicht.