Die PermissionDelegationV1_1-Änderung des XRP Ledger ist nun auf dem Mainnet live, wie der XRPL-Amendment-Tracker verzeichnet, der die Aktivierung der Funktion am 8. Oktober bei Ledger 107.524.865 erfasst. Die Änderung hatte Ende September ihre Validator-Freigabephase abgeschlossen, und dieser Prozess hat nun ein einsatzbereites Konten-Kontrollwerkzeug für die Ledger hervorgebracht. Gemäß dem Amendment-Prozess des XRPL erreichen Funktionen das Mainnet erst, nachdem Validatoren ihnen durch Konsens zugestimmt haben – diese Aktivierung ist somit der Zeitpunkt, ab dem das Werkzeug für den Produktionseinsatz verfügbar ist.

Durch die Aktivierung steht Permission Delegation Institutionen zur Verfügung, obwohl bislang keine Bank, kein Stablecoin-Emittent und kein Fondsmanager eine Umsetzung öffentlich bestätigt hat. Unternehmen können diese Berechtigungsstrukturen nun direkt auf dem XRPL aufbauen, während die praktischen Details weiterhin in der Verantwortung ihrer Wallet-Anbieter, Verwahrer und internen Sicherheitsteams liegen. Der von der Änderung adressierte Bedarf ist in institutionellen Digital-Asset-Abläufen seit Langem bekannt: Die Zeichenbefugnis für Routine-Transaktionen wird typischerweise getrennt von den Master-Zugangsdaten gehalten, die ein Treasury kontrollieren. Permission Delegation verlagert einen Teil dieser Trennung auf die Ledger selbst, anstatt sie vollständig auf Off-Ledger-Software zu verlassen.

Ein Stablecoin-Emittent kann Routineaufgaben auf mehrere Konten verteilen

Ein Stablecoin-Emittent benötigt beispielsweise möglicherweise ein Team zur Prüfung berechtigter Kunden und ein weiteres zur Abwicklung regulärer Überweisungen. Nach dem neuen Modell kann das Hauptkonto des Emittenten unter strikterer Verwahrung bleiben, während ein Compliance-Konto die Befugnis erhält, Trustlines nach KYC-Prüfungen freizugeben, und ein Operations-Konto die Zahlungsbefugnis erhält. Jedes Konto hält nur die ihm zugewiesene Rolle, was den Schaden eines kompromittierten Alltagsschlüssels begrenzt.

Ein Unternehmen könnte die Wallet-Aufgaben wie folgt verteilen:

• Hauptkonto: Erstellt, ändert oder widuft delegierte Rollen, während sein Schlüssel unter stärkerer Verwahrung bleibt.
• Compliance-Konto: Erhält die Befugnis für eine definierte Aufgabe zur Kundenfreigabe.
• Operations-Konto: Erhält die Befugnis, eine genehmigte Kategorie von Transaktionen einzureichen, etwa eine Zahlung.

Das XRPL zeichnet jede Zuweisung in einem Delegate-Ledger-Eintrag auf. Das Konto, das die Zuweisung erhält, signiert mit seinen eigenen Zugangsdaten und zahlt die Transaktionsgebühr aus seinem eigenen Guthaben, während die autorisierte Aktion für das Hauptkonto wirksam wird. Die XRPL-Dokumentation beschreibt diese Anordnung als rollenbasierte Zugriffskontrolle, die neben Multi-Signature-Verfahren eingesetzt werden kann.

Wo die delegierte Befugnis endet

Ein Unternehmen kann Befugnisse für bestimmte Transaktionstypen oder vordefinierte granulare Funktionen erteilen. Jeder Delegate darf bis zu 10 Berechtigungen halten, und das Hauptkonto kann diese über eine weitere DelegateSet-Transaktion aktualisieren oder widerrufen.

Einige Befugnisse verbleiben ausschließlich beim Hauptkonto. Ein Delegate kann seine kryptografischen Schlüssel nicht ändern, keine weiteren Delegationen erstellen und keine Transaktion außerhalb der ihm erteilten Berechtigungen einreichen. Jede Delegation erzeugt zudem ein On-Ledger-Objekt, das auf die Reserve-Anforderung des Hauptkontos angerechnet wird.

Der Berechtigungssatz enthält keine Funktion für individuelle Zahlungsrichtlinien. Ein Unternehmen kann mit Permission Delegation allein keine Regeln wie „nur Zahlungen unter 10.000 $“ oder „Überweisungen nur an diese Adressen“ durchsetzen. Diese Kontrollen gehören weiterhin in Wallet-Software, Genehmigungs-Workflows oder Compliance-Systeme.

Ledger-Berechtigungen und Compliance-Entscheidungen bleiben getrennt

Permission Delegation legt lediglich fest, welches Konto eine genehmigte XRPL-Aktion einreicht – nicht mehr. KYC-Prüfungen, Sanktions screenings, Anlegerunterlagen, Fondsunterlagen und die rechtliche Verantwortung verbleiben beim Emittenten und seinen Dienstleistern. Die Änderung teilt technische Befugnisse auf; sie automatisiert nicht die zugrunde liegende Compliance-Entscheidung.

Der Fonds-Recordkeeping-Pilot des XRPL mit Brasiliens CSD BR folgt einem ähnlichen Prinzip: Die Ledger kann einen kontrollierten Workflow unterstützen, während die etablierte Marktinfrastruktur für den offiziellen Eigentumsnachweis verantwortlich bleibt. Permission Delegation könnte Projekten, die dieses Modell nutzen, mehr Flexibilität darüber geben, welches Konto jede autorisierte Ledger-Aktion ausführt.

Eine delegierte Berechtigung ist mit einer veröffentlichten Warnung versehen

Die XRPL-Dokumentation rät Unternehmen davon ab, die granulare PaymentBurn-Berechtigung zu delegieren, bis eine separate Änderung, fixCleanup3_4_0, aktiviert ist. Bis dieser Fix eintrifft, heißt es in der Dokumentation, könnte ein Delegate mit PaymentBurn-Befugnis unter bestimmten Umständen auch fungible Token minten. Andere granulare Berechtigungen sind nicht betroffen.

Die Warnung betrifft eine einzelne Berechtigung und nicht die Änderung als Ganzes, veranschaulicht aber, warum Emittenten jede delegierte Rolle prüfen müssen, bevor sie Routineaufgaben auf separate-Konten verlagern.

Was Unternehmen mit der neuen Funktion tun können

Permission Delegation gibt XRPL-Emittenten die Möglichkeit, Verantwortung auf mehrere Wallets zu verteilen, ohne die Zugangsdaten des Hauptkontos weitergeben zu müssen. Ihr praktischer Wert hängt von den Richtlinien ab, die darum herum aufgebaut werden: welche Aufgaben delegiert werden, wie schnell Berechtigungen widerrufen werden können und ob Wallet-Anbieter die Protokollfunktion in ein nutzbares Geschäfts-Kontrollsystem umwandeln. Die nächstliegenden Signale sind beobachtbar statt spekulativ: ob Wallet- und Verwahrungsanbieter Unterstützung für die neuen Delegations-Transaktionen und Ledger-Einträge hinzufügen und ob fixCleanup3_4_0 die Aktivierung erreicht – die Bedingung, die die XRPL-Dokumentation festlegt, bevor PaymentBurn delegiert werden kann.

Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Rechts-, Finanz- oder Anlageberatung dar. Unternehmen sollten die aktuelle technische Dokumentation des XRPL und ihre eigenen Sicherheitsrichtlinien prüfen, bevor sie delegierte Berechtigungen nutzen.