XRPL Commons genehmigt permissioned Domains, DEX-Änderungen nach Devnet-Tests

XRPL Commons sagte, es habe zwei Netzwerk-Upgrades am Freitag unterstützt, nachdem die routinemäßige Änderungsabstimmungssitzung abgeschlossen war, gefolgt von erfolgreichen Tests im Entwicklungsnetzwerk.

Laut der Erklärung der Community auf X, die am Montag veröffentlicht wurde, erreichte eines der beiden Vorschläge, für die sie abgestimmt hatte, die Validator-Abstimmungsschwelle, um in XRPL integriert zu werden. Eine Änderung, die sie zuvor unterstützt hatte, wurde abgelehnt, nachdem ein Fehler aufgetreten war, und eine weitere Änderung zur Token-Treuhandschaft wird unter Berücksichtigung weiterer Tests überprüft.

XRPL Commons Abstimmungsupdate

Am Freitag, dem 23. Januar, haben wir unsere reguläre Änderungsabstimmungssitzung abgeschlossen.

Änderungsstimmen:
🔷XLS-80 (Permissioned Domains): Mit JA abgestimmt nach erfolgreichen Devnet-Tests

🔷XLS-81 (Permissioned DEXes): Mit JA abgestimmt nach erfolgreichen Devnet-Tests…

— XRPL Commons (@xrpl_commons) Januar 26., 2026

XRPL Commons nimmt am validator-getriebenen Prozess teil, der bestimmt, welche Änderungen zur Aktivierung voranschreiten. Änderungen erfordern eine anhaltende Unterstützung von einer Supermajorität der Validatoren, bevor sie in der Ledger live gehen.

XRP-Validatoren geben credenzial-basierte Netzwerkzonen frei

88 % der Validatoren haben für den Vorschlag XLS-80, auch bekannt als Permissioned Domains, gestimmt, nach erfolgreichen Devnet-Tests. Die Gruppe sagte, dass die Änderung einem geschätzten Aktivierungsdatum vom 4. Februar 2026 um 09:57:51 UTC folgt.

Der Vorschlag führt eingeschränkte Umgebungen innerhalb des XRP Ledger ein, die die Teilnahme von Konten mit genehmigten Credentials begrenzen. Das Framework würde keine sensiblen persönlichen Daten preisgeben, da nur der Nachweis, dass ein Credential gültig ist, in der Blockchain aufgezeichnet wird, während alle persönlichen Details außerhalb des Ledgers bleiben. 

Permissioned Domains sind abgeschottete Zonen, die Institutionen nutzen können, vorausgesetzt, sie verifizieren Geschäftspartner vor der Transaktion. Dies unterscheidet sich vom vollständig offenen Zugriffsmodell, das Blockchain-Systeme zuvor, einschließlich XRPL, verwendeten.

XRPL Commons stimmte auch für die XLS-81 „Permissioned DEX“-Änderung, die während der Einführung der Softwareversion v2.5.0 im letzten Jahr vorgeschlagen wurde. Laut der XRP-Änderungsabstimmungsseite ist XLS-81 noch nicht aktiviert, befindet sich aber noch in der Abstimmungsphase.

Die Änderung erfordert 27 von 34 Validatorenstimmen, um ihre Schwelle zu erreichen. Zum Zeitpunkt der Berichterstattung lag der Konsens bei 55,88 %, wobei nur 19 Validatoren dafür waren.

Der Vorschlag erweitert die eingebaute Börse des XRP Ledger, indem er den Handel in kontrollierten Umgebungen ermöglicht. Teilnehmer müssen genehmigte Credentials besitzen, bevor sie Aufträge erteilen oder ausführen, einschließlich Finanzunternehmen, die unter Identitäts- und Meldevorschriften operieren.

Permissioned DEX-Instanzen haben „Allow-Lists“, die bestimmen, wer auf eine bestimmte Handelsstätte zugreifen kann. Aufträge, die in diesen Umgebungen platziert werden, werden von den Haupt-Open-Order-Books getrennt gehalten. Eine Art beschränkt die Aktivität streng auf Händler innerhalb einer bestimmten Domain. Gleichzeitig ermöglicht eine andere Struktur Händlern, sowohl mit dem eingeschränkten Pool als auch der öffentlichen Börse zu interagieren, wobei der kontrollierten Börse Priorität eingeräumt wird.

Das Framework soll zusammen mit XRP Ledger Compliance-Mechanismen wie autorisierten Trustlines, Asset-Einfrieren und Rückhol-Funktionen funktionieren, um regulierten On-Chain-Handel zu ermöglichen.

Allerdings wechselte das Commons seine Stimme bei XLS-56 (Batch Transactions) von Ja zu Nein, nachdem während der Überprüfung ein Softwareproblem entdeckt wurde. Laut der Gruppe könnten Entwickler Korrekturen vornehmen, bevor die Unterstützung im Ledger wieder aufgenommen werden könnte. Bug könnte innere Transaktionen in einem Batch validieren, die ordnungsgemäß signiert schienen, als sie es nicht waren. Commons empfahl, dass Entwickler Korrekturen vornehmen, bevor die Unterstützung im Ledger wieder aufgenommen werden könnte.

XRPL-Token-Treuhandschaft-Upgrade wartet auf weitere Tests

Die XLS-85-Änderung, die Treuhandschaftsfunktionen auf ausgegebene Token in anderen Ketten erweitert, sah keine Positionsänderung. XRPL Commons sagte, dass vor der nächsten Abstimmungssitzung weitere Tests geplant sind.

Gemäß der Semantik des Vorschlags könnte der Ledger IOUs und Multi-Purpose-Token in Treuhand halten. Er könnte auch die Freigabe von Münzen durch Bedingungen wie Zeit, bestimmte Ereignisse oder programmierbare Regeln beeinflussen. 

Token-Ausstellern würde es untersagt sein, ihre eigenen Vermögenswerte in Treuhand zu stellen, und alle Vermögenswerte in Treuhand könnten während der Sperrfrist nicht zurückgeholt werden. Überweisungsgebühren für bestimmte Token würden berechnet, wenn die Treuhand erstellt wird.

Die Änderung wurde auch mit der Softwareversion v2.5.0 eingeführt und würde 80 % Validatorenunterstützung zur Aktivierung erfordern. Dennoch bietet sie keine direkte Cross-Chain-Treuhandschaftsfunktion, da diese Einschränkung außerhalb ihres aktuellen Umfangs liegt.

Jenseits der Änderungsentscheidungen sagte XRPL Commons, dass die gebührenbasierte Reserve bei 1 XRP bleibt, während die Owner-Reserve auf 0,1 XRP begrenzt ist. Alle anderen offenen Änderungen waren bereits in früheren Sitzungen abgestimmt worden, und es wurden keine neuen Vorschläge in diese Runde in die Tagesordnung aufgenommen.

Die nächste Änderungsabstimmungssitzung ist für den 6. Februar geplant, wenn Validatoren ausstehende Vorschläge erneut überprüfen und Testergebnisse prüfen werden.