XLS-0099-Entwurf bringt Schlüsselrotation für vertrauliche XRPL-Token
Serguey Asael Shinder2 Min. LesezeitDas Design vertraulicher Token auf dem XRP Ledger hat eine Lücke, die die eigene Dokumentation einräumt – der Amendment-Entwurf XLS-0099 „ElGamal Key Rotation for Confidential MPTs“ soll sie schließen. Die Spezifikation von Aanchal Malhotra und Yinyi Qian (Ripple), weiterhin im Status Draft, erhielt am 8. Oktober 2026 ein zusammengeführtes Update (#630), am 9. Oktober folgte eine Änderung an Flag- und Fehlerwerten (#655).
Das Problem. XLS-0096, die Erweiterung für vertrauliche Überweisungen von Multi-Purpose Tokens, verschlüsselt Salden mit ElGamal-Schlüsseln, die Emittenten, Inhaber und Prüfer halten. Diese Schlüssel sind von den XRPL-Signaturschlüsseln getrennt und haben laut XLS-0099 „currently no rotation mechanism“. Der Entwurf nennt drei Folgen: Ein kompromittierter Schlüssel in irgendeiner Rolle gibt einem Angreifer dauerhaften Lesezugriff auf vertrauliche Salden, ohne Abhilfe; personelle Wechsel lassen sich nicht abbilden, wie es SetRegularKey oder SignerListSet für Signaturschlüssel tun; und der Verlust des Prüferschlüssels oder ein Wechsel der Aufsicht kappt die regulatorische Sicht auf alle Salden – für regulierte Emissionen nennt der Entwurf das einen „go-live blocker“. Zitiert wird auch die FAQ von XLS-0096: Wer seinen privaten Schlüssel verliert, behält gültige, aber gesperrte Salden.
Was das Amendment hinzufügt. Rotation für alle drei Rollen, freiwillig wie nach Verlust. Drei neue Transaktionstypen – ConfidentialMPTMirrorUpdate, ConfidentialMPTHolderKeyUpdate und ConfidentialMPTRecoverBalance – sowie eine Erweiterung von MPTokenIssuanceSet, damit registrierte Schlüssel ersetzt werden können. Rotationen bei Emittent oder Prüfer erhöhen eine Schlüsselepoche; die verschlüsselten „Mirror“-Kopien jedes Inhabers tragen eine Mirror-Epoche, und ein Mirror mit zurückliegender Epoche gilt als veraltet. Inhaber mit veralteten Mirrors können nicht transagieren, bis ein Mirror-Update sie in einem Schritt auf die neueste Epoche bringt. Für den Verlustfall kann ein Inhaber einen RecoveryKey setzen, der den Ersatz eines verlorenen ElGamal-Schlüssels erlaubt. Alle neuen Beweise nutzen laut Entwurf Bausteine aus XLS-0096 – kompakte Chaum-Pedersen-Gleichheitsbeweise und Schnorr-Wissensbeweise – und führen keine neuen kryptografischen Annahmen ein.
Was das Oktober-Update änderte. Die Prüfung auf veraltete Mirrors gilt nun für drei bestehende Transaktionstypen – ConfidentialMPTSend, ConfidentialMPTConvert und ConfidentialMPTConvertBack – statt vier: ConfidentialMPTClawback wird bei veraltetem Mirror nicht mehr abgewiesen, sondern setzt bei Erfolg beide Mirror-Chiffrate zurück und schreibt beide Mirror-Epochen neu. Praktisch bleibt das Clawback des Emittenten damit auch bei einem Inhaber möglich, der nach einer Rotation noch nicht migriert hat. Zudem beschreibt ein neuer Abschnitt, wie der Kontext-Hash für die neuen Beweise gebildet wird.
Als Entwurf müsste XLS-0099 noch implementiert und im Amendment-Verfahren von den Validatoren angenommen werden, bevor es im Netz wirksam würde.
Quelle: XRPL Standards, XLS-0099 „ElGamal Key Rotation for Confidential MPTs“, Update #630 — https://github.com/XRPLF/XRPL-Standards/commit/ad935bef03490799de81cd481cf56cd2f5371475