Der XRP Ledger hat PermissionDelegationV1_1 in seine 14-tägige Aktivierungsphase überführt, nachdem 29 der 35 vertrauenswürdigen Validatoren des Netzwerks das Account-Berechtigungs-Upgrade unterstützt haben.
Zusammenfassung
- PermissionDelegationV1_1 könnte am 5. Oktober aktiviert werden, wenn die Validator-Unterstützung über der erforderlichen Schwelle von 80 % bleibt.
- Das Upgrade ermöglicht es XRPL-Konten, bestimmte Berechtigungen zu delegieren, ohne einem anderen Konto die vollständige Kontrolle über ihre Schlüssel zu geben.
- Permission Delegation ändert nicht direkt das XRP-Angebot oder die Tokenomik, sodass jede Preiswirkung weitgehend von der Akzeptanz und der Netzwerkaktivität abhängt.
Laut dem Live-Dashboard für XRP Ledger Amendments Dashboard begann der Countdown am 21. September und könnte PermissionDelegationV1_1 am 5. Oktober um 11:18 UTC in Kraft setzen, wenn die Validator-Unterstützung während des gesamten Zeitraums über der erforderlichen Schwelle bleibt.
Mindestens 28 der 35 vertrauenswürdigen Validatoren müssen die Änderung weiterhin unterstützen. Wenn die Unterstützung vor Ablauf des Countdowns unter dieses Niveau fällt, wird der Aktivierungstimer zurückgesetzt.
PermissionDelegationV1_1 teilt die Kontobefugnis im XRP Ledger auf
PermissionDelegationV1_1 ändert die Art und Weise, wie ein XRP Ledger-Konto einem anderen Konto die Befugnis erteilen kann, bestimmte Aufgaben auszuführen.
Unter der aktuellen Kontostruktur können Unternehmen, die verschiedene Systeme oder Mitarbeiter für die Durchführung von Operationen benötigen, vor dem Problem stehen, einem operativen Konto mehr Befugnisse zu geben, als es tatsächlich benötigt. Permission Delegation wurde entwickelt, um diese Verantwortlichkeiten zu trennen.
Ein Konto könnte beispielsweise ein anderes Konto autorisieren, Zahlungen vorzunehmen, ohne ihm die Berechtigung zu geben, die Schlüssel des Hauptkontos zu ändern. Ein Stablecoin-Emittent könnte seine Hauptschlüssel offline halten, während er einem internetverbundenen Compliance-System die Berechtigung erteilt, Kunden für das Halten seines Tokens zu genehmigen.
Jedes delegierte Konto kann bis zu 10 Berechtigungen erhalten, während das Konto, das die Befugnis erteilt, die Möglichkeit behält, diese zu ändern oder zu widerrufen.
Die Regelung ähnelt der Aufgabentrennung, die von Finanzinstituten üblicherweise verwendet wird, bei der Zahlungs-, Compliance- und Verwaltungsfunktionen nicht unbedingt dieselbe Zugriffsebene teilen.
PermissionDelegationV1_1 ist Teil einer größeren Gruppe von Änderungen, die durch xrpld 3.3.0 eingeführt wurden. Die Veröffentlichung umfasste BatchV1_1, ConfidentialTransfer, DynamicMPT und Sponsor neben Permission Delegation, wobei mehrere der Funktionen auf institutionelle Transaktionen und Token-Ausgabe ausgerichtet sind.
Sponsor würde es einer anderen Entität ermöglichen, Transaktionsgebühren und Reserveanforderungen für Benutzer zu übernehmen, ohne deren Konten zu kontrollieren. DynamicMPT gibt Emittenten mehr Flexibilität bei ausgewählten Eigenschaften von Multi Purpose Tokens, während ConfidentialTransfer darauf ausgelegt ist, MPT-Guthaben und Zahlungsbeträge vor der öffentlichen Ansicht zu verbergen, während Zugriffsmechanismen für autorisierte Parteien erhalten bleiben.
Crypto.news berichtete zuvor, dass ConfidentialTransfer auf institutionelle Anwendungsfälle abzielt, bei denen Unternehmen möglicherweise Transaktionsprivatsphäre benötigen, während sie dennoch Informationen an Prüfer und andere autorisierte Parteien bereitstellen.
Permission Delegation kehrt nach einem früheren Sicherheitsfehler zurück
PermissionDelegationV1_1 ist der zweite Versuch, delegierte Kontoberechtigungen in den XRP Ledger zu bringen.
Die ursprüngliche Änderung wurde gestoppt, bevor sie das Hauptnetzwerk erreichte, nachdem ein Community-Tester am 15. September 2025 eine Schwachstelle gemeldet hatte.
Unter der betroffenen Implementierung prüfte die Software, ob ein Konto die Berechtigung hatte, eine Transaktion durchzuführen, bevor sie seine Signatur ordnungsgemäß verifizierte. Bestimmte abgelehnte Transaktionen könnten dennoch eine Gebühr verursachen.
Ein Angreifer hätte daher nicht autorisierte Transaktionen mit absichtlich hohen Gebühren einreichen und ein anderes Konto dazu bringen können, sie zu bezahlen, obwohl die Transaktionen nicht ordnungsgemäß signiert waren. Die Wiederholung des Prozesses hätte das verfügbare XRP-Guthaben des Opfers aufbrauchen können.
Den Validatoren wurde nach der Entdeckung der Schwachstelle empfohlen, die Änderung nicht zu unterstützen, wodurch verhindert wurde, dass die betroffene Version im Mainnet aktiviert wird.
Der Ersatz wurde in xrpld 3.3.0 mit Änderungen daran aufgenommen, wie nicht autorisierte Transaktionen behandelt werden. Die Signaturverifizierung erfolgt jetzt vor der Art von Fehler, die dem Zielkonto in Rechnung gestellt werden könnte.
Die Berechtigungsdelegierung ist nicht die einzige Funktion aus dem Release, die nach der Sicherheitsarbeit zurückkehrt. BatchV1_1 ersetzte eine frühere Batch-Implementierung, nachdem Entwickler eine separate kritische Signatur-Schwachstelle entdeckt hatten. Das überarbeitete Batch-Upgrade hat sich nach Korrekturen und weiterer Überprüfung durch die Validator-Abstimmung bewegt.
Könnte PermissionDelegationV1_1 den XRP-Preis beeinflussen?
PermissionDelegationV1_1 ändert nicht direkt das Angebot, den Ausgabeplan oder die Token-Ökonomie von XRP, sodass es keinen mechanischen Grund dafür gibt, dass allein seine Aktivierung eine substanzielle neue Nachfrage nach XRP erzeugt.
Die Änderung betrifft Kontoberechtigungen statt des XRP-Tokens selbst. Institutionen, die delegierte Konten nutzen, würden XRP weiterhin für die normalen Gebühren und Reserveanforderungen des Ledgers verwenden, aber die Funktion erfordert nicht, dass sie große Mengen XRP kaufen oder halten, nur um delegierte Berechtigungen zu nutzen.
Jüngste Entwicklungen im Netzwerk zeigen, warum die Unterscheidung zwischen XRPL-Adoption und XRP-Nachfrage wichtig ist.
Eine frühere Analyse der XRP-Exposition von Ripple Prime ergab, dass selbst erhebliche institutionelle Aktivitäten innerhalb des Ripple-Ökosystems nicht automatisch in eine entsprechende XRP-Nachfrage übersetzt werden. Stablecoins und andere ausgegebene Vermögenswerte können einen Großteil der zugrunde liegenden Wertübertragung abwickeln, während XRP Rollen wie Transaktionsgebühren, Reserven und einige Routing-Funktionen behält.
Eine ähnliche Struktur gilt für die Berechtigungsdelegierung. Stablecoin-Emittenten, Anbieter tokenisierter Vermögenswerte und andere Unternehmen könnten die Funktion nutzen, ohne XRP zum übertragenen Vermögenswert zu machen.
Die mögliche Preisverbindung hängt stattdessen davon ab, ob das Upgrade dazu beiträgt, im Laufe der Zeit mehr Aktivität auf den XRP Ledger zu bringen.
Institutionelle Emittenten, die Schlüssel mit hoher Autorität offline halten möchten, könnten delegierte Konten für wiederkehrende Zahlungen oder Compliance-Aufgaben nutzen. Wenn diese Fähigkeiten dazu beitragen, dass mehr Unternehmen Vermögenswerte ausgeben und Transaktionen auf XRPL abwickeln, würde die daraus resultierende Aktivität eine stärkere Nutzung des Netzwerks erzeugen, in dem XRP weiterhin der native Vermögenswert für Gebühren und Reserven ist.
Die bisherigen Belege deuten darauf hin, dass Netzwerkwachstum und XRP-Preis sich nicht immer gemeinsam bewegen. RLUSD und tokenisierte Vermögenswerte haben sich auf XRPL ausgeweitet, während XRP Phasen der Preisschwäche erlebt hat, was zeigt, dass steigende Ledger-Aktivität nicht unbedingt unmittelbaren Kaufdruck auf den Token erzeugt.
Ein institutioneller Test im Juni mit JPMorgan, Mastercard, Ondo Finance und Ripple lieferte ein weiteres Beispiel. Die tokenisierte Treasury-Einlösung nutzte den XRP Ledger, aber XRP war nicht der eingelöste Vermögenswert. Seine direkte Rolle blieb an die zugrunde liegende Netzwerkinfrastruktur gebunden.
PermissionDelegationV1_1 könnte daher ein weiteres Infrastrukturteil für institutionelle Nutzer bereitstellen, ohne zu einem großen eigenständigen XRP-Preiskatalysator zu werden.
Eine Marktreaktion rund um die Aktivierung bleibt möglich, da Händler auf Netzwerk-Upgrades und Erwartungen hinsichtlich der Adoption reagieren können. Jede nachhaltige Preiswirkung würde jedoch von der anschließenden Nutzung der Funktion und anderen Marktfaktoren abhängen, statt davon, dass die Änderung einfach aktiviert wird.
XRP Ledger baut mehr Tools für institutionelle Transaktionen auf
Die Berechtigungsdelegierung bewegt sich auf die Aktivierung zu, während mehrere andere XRP-Ledger-Funktionen sich in unterschiedlichen Phasen des Änderungsprozesses befinden.
BatchV1_1 ist darauf ausgelegt, mehrere Operationen in einer koordinierten Transaktion zu bündeln, sodass jede enthaltene Aktion gemeinsam erfolgreich ist oder fehlschlägt. Eine solche Struktur kann Abwicklungsprozesse unterstützen, bei denen ein Vermögenswert und seine Zahlung gleichzeitig den Besitzer wechseln müssen.
ConfidentialTransfer würde Emittenten von Multi-Purpose-Token die Möglichkeit geben, Guthaben und Übertragungsbeträge zu verbergen, während Konten sichtbar bleiben. Autorisierte Parteien könnten nach dem vorgeschlagenen Design weiterhin die für die Compliance erforderlichen Informationen erhalten.
XRPL-Entwickler haben ihre Arbeit über das Release 3.3.0 hinaus fortgesetzt. Version 3.4.0, veröffentlicht am 16. September, führte Überarbeitungen vorgeschlagener Lending-Funktionen zusammen mit einem weiteren Paket von Protokollkorrekturen ein.
Das Lending-Framework unterliegt weiterhin dem Änderungsprozess des Netzwerks, wobei die Genehmigung durch Validatoren erforderlich ist, bevor die vorgeschlagenen Funktionen im Mainnet aktiv werden können.
