XRPL Commons genehmigt erlaubnisbasierte Domains und DEX-Änderungen nach Devnet-Tests

XRPL Commons gab am Freitag nach Abschluss der routinemäßigen Abstimmung über Änderungsanträge bekannt, dass zwei Netzwerk-Upgrades unterstützt wurden, nachdem ein erfolgreicher Test des Entwicklungsnetzwerks stattgefunden hatte.

Laut der am Montag veröffentlichten Erklärung der Community zu X erreichte einer der beiden Vorschläge, für die sie gestimmt hatte, die erforderliche Anzahl an Validatorenstimmen, um in XRPL integriert zu werden. Eine zuvor unterstützte Änderung wurde nach dem Auftreten eines Fehlers abgelehnt, und eine weitere Änderung zum Token-Treuhandkonto wird derzeit nach weiteren Tests geprüft.

XRPL Commons Abstimmungsupdate

Am Freitag, dem 23. Januar, haben wir unsere reguläre Abstimmung über die Verfassungsänderung abgeschlossen.

Abstimmungsergebnis zum Änderungsantrag:
🔷XLS-80 (Genehmigte Domains): Nach erfolgreichen Devnet-Tests mit JA gestimmt.

🔷XLS-81 (Berechtigungspflichtige DEXs): Nach erfolgreichen Devnet-Tests mit JA bewertet…

— XRPL Commons (@xrpl_commons) 26. Januar 2026

XRPL Commons beteiligt sich am validatorgesteuerten Prozess, der festlegt, welche Änderungen aktiviert werden. Änderungen benötigen die dauerhafte Unterstützung einer qualifizierten Mehrheit der Validatoren, bevor sie im Ledger live gehen.

XRP Validatorendentgrünes Licht für netzwerkbasierte Zonen mit Anmeldeinformationen

88 % der Validatoren haben nach erfolgreichen Devnet-Tests für den XLS-80-Vorschlag (auch bekannt als Permissioned Domains) gestimmt. Die Gruppe gab bekannt, dass die Änderung voraussichtlich am 4. Februar 2026 um 09:57:51 UTC in Kraft tracwird.

Der Vorschlag führt eingeschränkte Umgebungen innerhalb des XRP -Ledgers , die die Teilnahme von Konten mit genehmigten Anmeldeinformationen beschränkendentDas Framework würde keine sensiblen personenbezogenen Daten offenlegen, da lediglich der Nachweis der Gültigkeit einer Anmeldeinformationdentder Blockchain gespeichert wird, während alle persönlichen Daten außerhalb des Ledgers verbleiben. 

Permissioned Domains sind geschützte Bereiche, die Institutionen nutzen können, sofern sie ihre Geschäftspartner vor Transaktionen verifizieren. Dies unterscheidet sich vom vollständig offenen Zugangsmodell, das Blockchain-Systeme zuvor, einschließlich XRPL, verwendet haben.

XRPL Commons stimmte außerdem für die XLS-81 „Permissioned DEX“, die beim Launch der Softwareversion v2.5.0 im letzten Jahr vorgeschlagen wurde. Laut der XRP -Seite zur Änderungsabstimmung ist XLS-81 noch nicht aktiviert, sondern befindet sich noch in der Abstimmungsphase.

Die Änderung benötigt 27 von 34 Stimmen der Validatoren, um die erforderliche Mehrheit zu erreichen. Zum Zeitpunkt der Berichterstattung lag der Konsens bei 55,88 %, wobei nur 19 Validatoren dafür stimmten.

Der Vorschlag erweitert die integrierte Handelsplattform des XRP Ledger um die Möglichkeit des Handels innerhalb kontrollierter Umgebungen. Teilnehmer müssen über entsprechendedentverfügen, bevor sie Aufträge erteilen oder ausführen können. Dies gilt auch für Finanzunternehmen, die den geltendendentund Meldepflichten unterliegen.

Zugriffsbeschränkte DEX-Instanzen verwenden sogenannte „Zulassungslisten“, die festlegen, wer auf einen bestimmten Handelsplatz zugreifen darf. In diesen Umgebungen platzierte Aufträge werden getrennt von den regulären Orderbüchern geführt. Eine Variante beschränkt die Aktivität strikt auf Händler innerhalb einer bestimmten Domäne. Eine andere Struktur ermöglicht es Händlern hingegen, sowohl mit dem eingeschränkten Pool als auch mit der öffentlichen Börse zu interagieren, wobei dem kontrollierten Handelsplatz Priorität eingeräumt wird.

Das Framework soll in Verbindung mit XRP Ledger , wie autorisierten Trustlines, Asset-Einfrierungs- und Clawback-Funktionen, funktionieren, um regulierten On-Chain-Handel zu ermöglichen.

Das Commons änderte seine Stimme zu XLS-56 (Stapeltransaktionen) jedoch von Ja auf Nein, nachdem bei der Überprüfung ein Softwareproblem entdeckt worden war. Laut Commons konnte der Fehler dazu führen, dass Transaktionen in einem Stapel als korrekt signiert validiert wurden, obwohl sie es nicht waren. Commons empfahl den Entwicklern, den Fehler zu beheben, bevor die Unterstützung für das Ledger wieder aufgenommen werden könne.

Das Upgrade XRPL-Token-Treuhandsystems wartet auf weitere Tests

Die Änderung XLS-85, die Treuhandfunktionen auf ausgegebene Token anderer Blockchains ausweitet, blieb unverändert. XRPCommons gab bekannt, dass vor der nächsten Abstimmung weitere Tests geplant sind.

Gemäß der Semantik des Vorschlags könnte das Ledger Schuldscheine und Mehrzweck-Token treuhänderisch verwahren. Es könnte auch die Freigabe von Coins durch Bedingungen wie Zeit, bestimmte Ereignisse oder programmierbare Regeln beeinflussen. 

Token-Emittenten wäre es untersagt, ihre eigenen Vermögenswerte in ein Treuhandkonto einzuzahlen, und bereits hinterlegte Vermögenswerte könnten während der Sperrfrist nicht zurückgefordert werden. Die Übertragungsgebühren für bestimmte Token würden bei der Einrichtung des Treuhandkontos berechnet.

Die Änderung wurde mit der Softwareversion v2.5.0 eingeführt und erfordert eine Validator-Unterstützung von 80 % zur Aktivierung. Sie bietet jedoch keine direkte Cross-Chain-Treuhandfunktion, da diese Einschränkung außerhalb ihres aktuellen Anwendungsbereichs liegt.

Abgesehen von den Änderungsanträgen erklärte XRP-L-Commons, dass die gebührenbasierte Reserve bei 1 XRPbleibt, während die Eigentümerreserve auf 0,1 XRPbegrenzt ist. Alle anderen offenen Änderungsanträge waren bereits in früheren Sitzungen zur Abstimmung gekommen, und in dieser Runde wurden keine neuen Vorschläge auf die Tagesordnung gesetzt.

Die nächste Abstimmungssitzung über die Änderungsanträge ist für den 6. Februar angesetzt. Dann werden die Gutachter die noch offenen Vorschläge erneut prüfen und die Testergebnisse auswerten.