XRP-Ledger-Delegierungs-Upgrade könnte am 5. Oktober live gehen – profitiert XRP davon?

Das XRP-Ledger hat PermissionDelegationV1_1 in seine 14-tägige Aktivierungsphase überführt, nachdem 29 der 35 vertrauenswürdigen Validatoren des Netzwerks das Konto-Berechtigungs-Upgrade unterstützten.

Zusammenfassung

• PermissionDelegationV1_1 könnte am 5. Oktober aktiviert werden, falls die Validatoren-Unterstützung über der erforderlichen Schwelle von 80 % bleibt.

• Das Upgrade ermöglicht XRPL-Konten, bestimmte Berechtigungen zu delegieren, ohne einem anderen Konto die volle Kontrolle über ihre Schlüssel zu übertragen.

• Die Berechtigungsdelegierung ändert weder direkt das XRP-Angebot noch die Tokenomics – mögliche Preiswirkungen hängen daher vor allem von Akzeptanz und Netzwerkaktivität ab.

Laut dem Live-XRP-Ledger-Amendment-Dashboard begann der Countdown am 21. September und könnte PermissionDelegationV1_1 am 5. Oktober um 11:18 UTC wirksam werden, sofern die Validatoren-Unterstützung während der gesamten Phase oberhalb der erforderlichen Schwelle bleibt.

Mindestens 28 der 35 vertrauenswürdigen Validatoren müssen das Amendment weiterhin unterstützen. Fällt die Unterstützung vor Ablauf des Countdowns darunter, wird der Aktivierungs-Timer zurückgesetzt.

PermissionDelegationV1_1 teilt die Autorität eines XRP-Ledger-Kontos auf

PermissionDelegationV1_1 ändert, wie ein XRP-Ledger-Konto einem anderen Konto die Befugnis erteilen kann, bestimmte Aufgaben auszuführen.

Bei der aktuellen Kontenstruktur stoßen Unternehmen, die verschiedene Systeme oder Mitarbeiter für Operationen benötigen, oft auf das Problem, einem Operationskonto mehr Autorität zu geben, als tatsächlich erforderlich ist. Die Berechtigungsdelegierung soll diese Verantwortlichkeiten trennen.

Ein Konto könnte beispielsweise einem anderen Konto die Berechtigung erteilen, Zahlungen vorzunehmen, ohne ihm gleichzeitig das Recht einzuräumen, die Hauptschlüssel des Primärkontos zu ändern. Ein Stablecoin-Aussteller könnte seine Hauptschlüssel offline halten und gleichzeitig einem internetfähigen Compliance-System die Berechtigung erteilen, Kunden die Halterei seines Tokens zu genehmigen.

Jedes delegierte Konto kann bis zu 10 Berechtigungen erhalten; das Konto, das die Autorität erteilt, behält jedoch die Möglichkeit, sie zu ändern oder zu widerrufen.

Lesen Sie auch: XRP-Ledger 3.4.0 fügt Funktionen für Leihgeschäfte und Protokollkorrekturen hinzu

Diese Regelung ähnelt der Verantwortungstrennung bei Finanzinstituten, bei der Zahlungs-, Compliance- und Verwaltungsfunktionen nicht zwangsläufig denselben Zugriffsgrad haben.

PermissionDelegationV1_1 gehört zu einer größeren Gruppe von Amendments, die mit xrpld 3.3.0 eingeführt wurden. Dazu zählen BatchV1_1, ConfidentialTransfer, DynamicMPT und Sponsor neben der Berechtigungsdelegierung; mehrere Features zielen auf institutionelle Transaktionen und Token-Ausgabe ab.

Sponsor würde es einer anderen Entität ermöglichen, Transaktionsgebühren und Reserven-Anforderungen für Nutzer zu übernehmen, ohne deren Konten zu kontrollieren. DynamicMPT bietet Ausstellern mehr Flexibilität bei ausgewählten Eigenschaften von Multi-Purpose-Tokens (MPT), während ConfidentialTransfer MPT-Salden und Zahlungsbeträge vor der Öffentlichkeit verbirgt, aber autorisierten Parteien weiterhin Zugriffsmöglichkeiten gewährt.

Crypto.news berichtete bereits, dass ConfidentialTransfer auf institutionelle Anwendungsfälle abzielt, bei denen Unternehmen Transaktionsprivatsphäre benötigen, aber gleichzeitig Informationen für Prüfer und andere berechtigte Parteien bereitstellen müssen.

Permission Delegation kehrt nach einem früheren Sicherheitsfehler zurück

PermissionDelegationV1_1 ist der zweite Versuch, delegierte Kontoberechtigungen im XRP Ledger einzuführen.

Die ursprüngliche Änderung wurde gestoppt, bevor sie das Hauptnetz erreichte, nachdem ein Community-Tester am 15. September 2025 eine Schwachstelle meldete.

Bei der betroffenen Implementierung prüfte die Software, ob ein Konto berechtigt war, eine Transaktion durchzuführen, bevor die Signatur ordnungsgemäß verifiziert wurde. Bestimmte abgelehnte Transaktionen konnten dennoch Gebühren auslösen.

Ein Angreifer hätte daher nicht autorisierte Transaktionen mit absichtlich hohen Gebühren einreichen und ein anderes Konto zwingen können, diese zu bezahlen – obwohl die Transaktionen nicht ordnungsgemäß signiert waren. Wiederholtes Ausführen dieses Vorgangs hätte den verfügbaren XRP-Bestand des Opfers erschöpfen können.

Die Validatoren wurden nach Entdeckung der Schwachstelle davon abgeraten, die Änderung zu unterstützen, wodurch die betroffene Version auf dem Mainnet verhindert wurde.

Der Ersatz wurde in xrpld 3.3.0 mit Änderungen zur Behandlung nicht autorisierter Transaktionen integriert. Die Signaturprüfung erfolgt nun vor dem Typ des Fehlers, der das Zielkonto belasten könnte.

Permission Delegation ist nicht die einzige Funktion dieser Version, die nach Sicherheitsarbeiten zurückkehrt. BatchV1_1 ersetzte eine frühere Batch-Implementierung, nachdem Entwickler eine separate kritische Signierungs-Schwachstelle entdeckten. Die überarbeitete Batch-Erweiterung durchlief nach Korrekturen und weiterer Prüfung die Abstimmung der Validatoren.

Könnte PermissionDelegationV1_1 den XRP-Kurs beeinflussen?

PermissionDelegationV1_1 ändert weder das XRP-Angebot noch den Ausgabeterminplan oder die Token-Ökonomie – daher gibt es keine mechanische Ursache dafür, dass ihre Aktivierung allein eine nennenswerte neue Nachfrage nach XRP erzeugt.

Die Änderung betrifft Kontoberechtigungen, nicht den XRP-Token selbst. Institutionen, die delegierte Konten nutzen, würden XRP weiterhin für die üblichen Netzwerkgebühren und Reserven benötigen, doch die Funktion erfordert nicht, dass sie große XRP-Mengen kaufen oder halten, um delegierte Berechtigungen zu nutzen.

Aktuelle Entwicklungen im Netzwerk verdeutlichen, warum die Unterscheidung zwischen XRPL-Adoption und XRP-Nachfrage wichtig ist.

Eine frühere Analyse der XRP-Exposition von Ripple Prime ergab, dass selbst umfangreiche institutionelle Aktivität innerhalb des Ripple-Ökosystems nicht automatisch einer vergleichbaren XRP-Nachfrage entspricht. Stabile Münzen und andere ausgegebene Vermögenswerte können einen Großteil des zugrundeliegenden Werttransfers abwickeln, während XRP weiterhin für Transaktionsgebühren, Reserven und einige Routing-Funktionen genutzt wird.

Ein ähnliches Modell gilt auch für Permission Delegation: Stablecoin-Aussteller, Anbieter tokenisierter Vermögenswerte und andere Unternehmen könnten die Funktion nutzen, ohne XRP als transferiertes Asset einzusetzen.

Ein möglicher Preisbezug hängt stattdessen davon ab, ob das Upgrade langfristig mehr Aktivität im XRP Ledger fördert.

Institutionelle Aussteller, die hochgradig privilegierte Schlüssel offline halten möchten, könnten delegierte Konten für wiederkehrende Zahlungen oder Compliance-Aufgaben nutzen. Tragen solche Funktionen dazu bei, dass mehr Unternehmen Vermögenswerte ausgeben und Transaktionen auf dem XRPL abwickeln, würde die resultierende Aktivität stärkeren Netzwerkgebrauch generieren – wobei XRP als natives Asset für Gebühren und Reserven bleibt.

Bisherige Belege deuten darauf hin, dass Netzwerk-Wachstum und XRP-Kurs sich nicht immer parallel entwickeln. RLUSD und tokenisierte Vermögenswerte expandierten auf dem XRPL, während XRP Phasen schwachen Kurses erlebte – was zeigt, dass steigende Ledger-Aktivität nicht zwangsläufig unmittelbaren Kaufdruck auf das Token ausübt.

Ein institutioneller Test im Juni mit JPMorgan, Mastercard, Ondo Finance und Ripple lieferte ein weiteres Beispiel: Bei der tokenisierten Treasury-Rückzahlung wurde das XRP Ledger genutzt, doch XRP war nicht das rückzahlbare Asset. Seine direkte Rolle blieb auf die zugrundeliegende Netzwerkinfrastruktur beschränkt.

PermissionDelegationV1_1 könnte daher weitere Infrastruktur für institutionelle Nutzer bereitstellen, ohne ein bedeutender eigenständiger XRP-Preisfaktor zu werden.

Eine Marktreaktion rund um die Aktivierung bleibt möglich, da Händler auf Netzwerk-Updates und Erwartungen hinsichtlich der Adoption reagieren können. Jede nachhaltige Preiswirkung hingegen hängt von der anschließenden Nutzung der Funktion und anderen Marktbedingungen ab – nicht allein vom Einschalten der Änderung.

Das XRP-Ledger entwickelt weitere Tools für institutionelle Transaktionen.

Die Berechtigungsdelegierung nähert sich der Aktivierung, während mehrere andere XRP-Ledger-Funktionen sich noch in unterschiedlichen Phasen des Änderungsprozesses befinden.

BatchV1_1 bündelt mehrere Operationen in einer koordinierten Transaktion, sodass alle enthaltenen Aktionen gemeinsam erfolgreich sind oder scheitern. Diese Struktur unterstützt Abwicklungsprozesse, bei denen ein Vermögenswert und dessen Zahlung gleichzeitig wechseln müssen.

ConfidentialTransfer ermöglicht Emittenten von Mehrzweck-Token, Kontostände und Überweisungsbeträge zu verbergen, während Konten sichtbar bleiben. Autorisierte Stellen erhalten nach dem vorgeschlagenen Konzept weiterhin die für die Compliance erforderlichen Informationen.

XRPL-Entwickler haben ihre Arbeit nach dem Release 3.3.0 fortgesetzt. Version 3.4.0, veröffentlicht am 16. September, führte Überarbeitungen der vorgeschlagenen Kreditfunktionen sowie weitere Protokollkorrekturen ein.

Der Kreditrahmen unterliegt weiterhin dem Änderungsprozess des Netzwerks; eine Aktivierung der vorgeschlagenen Funktionen im Mainnet erfordert die Zustimmung der Validatoren.

Mehr erfahren: Der NEAR-Kursausblick stärkt sich, nachdem Hyperliquid einen Spot-Markt eingeführt hat.