XRPL Commons approuve les domaines autorisés et les amendements DEX après les tests sur Devnet

XRPL Commons a indiqué qu'il soutenait deux mises à niveau du réseau vendredi après avoir terminé sa session de vote routinière sur les amendements, suite à des tests réussis sur le réseau de développement.

Selon la déclaration de la communauté publiée sur X lundi, l'une des deux propositions pour lesquelles elle a voté a atteint le seuil de vote des validateurs pour être intégrée à XRPL. Un amendement qu'elle avait soutenu plus tôt a été rejeté après qu'une faille ait été découverte, et un autre amendement concernant l'escrow de tokens est en cours d'examen en attendant davantage de tests.

Mise à jour sur le vote de XRPL Commons

Vendredi 23 janvier, nous avons terminé notre session de vote régulière sur les amendements.

Votes sur les amendements :
🔷XLS-80 (Domaines autorisés) : Vote OUI suite à des tests réussis sur Devnet

🔷XLS-81 (DEX autorisés) : Vote OUI suite à des tests réussis sur Devnet…

— XRPL Commons (@xrpl_commons) janvier 26, 2026

XRPL Commons participe au processus piloté par les validateurs qui détermine quelles modifications sont avancées vers l'activation. Les amendements nécessitent un soutien soutenu d'une supermajorité de validateurs avant leur mise en production sur le registre.

Les validateurs XRP approuvent des zones réseau basées sur des accréditations

88 % des validateurs ont voté en faveur de la proposition XLS-80, également connue sous le nom de Domaines autorisés, après des tests réussis sur Devnet. Le groupe a indiqué que la modification suit une date d'activation estimée au 4 février 2026 à 09:57:51 UTC.

La proposition introduit des environnements restreints au sein du XRP Ledger qui limitent la participation des comptes détenant des accréditations approuvées. Le cadre ne permettrait pas d'exposer des données personnelles sensibles, car seule la preuve qu'une accréditation est valide est enregistrée sur la chaîne, tandis que tous les détails personnels restent hors ledger. 

Les Domaines autorisés sont des zones fermées que les institutions peuvent utiliser, à condition de vérifier leurs contreparties avant toute transaction. Cela diffère du modèle d'accès entièrement ouvert utilisé auparavant par les systèmes blockchain, y compris XRPL.

XRPL Commons a également voté en faveur de la XLS-81 « DEX autorisé »

L'amendement nécessite 27 votes sur 34 des validateurs pour atteindre son seuil. Au moment de la rédaction de cet article, le consensus s'établissait à 55,88 %, avec seulement 19 validateurs favorables.

La proposition étend l'échange intégré du XRP Ledger en permettant des transactions dans des environnements contrôlés. Les participants doivent détenir des accréditations approuvées avant de passer ou d'exécuter des ordres, y compris les institutions financières opérant sous des règles d'identité et de déclaration.

Les instances DEX autorisées disposent de « listes d'autorisation » qui déterminent qui peut accéder à une salle de marché donnée. Les ordres passés dans ces environnements sont maintenus séparément des carnets d'ordres ouverts principaux. Un type limite strictement l'activité aux traders au sein d'un domaine spécifique. Parallèlement, une autre structure permet aux traders d'interagir à la fois avec le pool et l'échange public, en accordant la priorité au lieu de marché contrôlé.

Le cadre est conçu pour fonctionner en parallèle avec XRP Ledger les mécanismes de conformité, tels que les lignes de confiance autorisées, le gel d'actifs et les fonctions de récupération, afin de permettre un trading sur chaîne régulé.

Cependant, le Commons a inversé son vote sur XLS-56 (Transactions par lots) de oui à non après la découverte d'un problème logiciel lors de l'examen. Selon le groupe, le bug pourrait valider des transactions internes dans un lot qui semblaient correctement signées alors qu'elles ne l'étaient pas. Le Commons a recommandé aux développeurs d'apporter des correctifs avant que son soutien sur le ledger ne puisse reprendre.

La mise à niveau de l'escrow XRPL pour les tokens attend de nouveaux tests

L'amendement XLS-85, qui étend les fonctionnalités d'escrow aux tokens émis sur d'autres chaînes, n'a connu aucun changement de position. Le XRPL Commons a indiqué que davantage de tests sont prévus avant la prochaine session de vote.

Conformément à la sémantique de la proposition, le registre pourrait détenir des reconnaissances de dette et des jetons polyvalents en séquestre. Il pourrait également influencer les émissions de pièces selon des conditions telles que le temps, des événements spécifiques ou des règles programmables. 

Les émetteurs de jetons seraient interdits de placer leurs propres actifs en séquestre, et tout actif sous séquestre ne pourrait pas être récupéré pendant la période de blocage. Les frais de transfert pour certains jetons seraient calculés lors de la création du séquestre.

L'amendement a également été introduit avec la version logicielle v2.5.0 et nécessiterait un soutien de 80 % des validateurs pour entrer en vigueur. Cependant, il ne fournit pas de fonctionnalité de séquestre inter-chaînes directe, car cette limitation est hors de son périmètre actuel.

Au-delà des décisions d'amendement, XRPL Commons a indiqué que la réserve basée sur les frais reste fixée à 1 XRP, tandis que la réserve propriétaire est plafonnée à 0,1 XRP. Tous les autres amendements ouverts avaient déjà fait l'objet d'un vote lors de sessions précédentes, et aucune nouvelle proposition n'a été ajoutée à l'ordre du jour lors de ce tour.

La prochaine session de vote sur les amendements est prévue pour le 6 février, date à laquelle les validateurs réexamineront les propositions en attente et analyseront les résultats des tests.