XRPL Commons approuve les domaines à permissions et les modifications apportées au DEX après les tests Devnet

XRPL Commons a déclaré vendredi avoir approuvé deux mises à niveau du réseau après avoir terminé sa session de vote habituelle sur les amendements, suite à des tests concluants du réseau de développement.

D'après la déclaration de la communauté X publiée lundi, l'une des deux propositions pour lesquelles elle a voté a atteint le seuil de votes des validateurs requis pour être intégrée à XRPL. Un amendement qu'elle avait soutenu précédemment a été rejeté suite à la découverte d'une faille, et un autre amendement concernant le dépôt de jetons est en cours d'examen en attendant des tests supplémentaires.

Mise à jour du vote sur XRPL Commons

Le vendredi 23 janvier, nous avons terminé notre séance de vote régulière sur les amendements.

Votes sur les amendements :
🔷XLS-80 (Domaines autorisés) : Adopté suite à des tests concluants sur Devnet

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

— XRPL Commons (@xrpl_commons) 26 janvier 2026

XRPL Commons participe au processus piloté par les validateurs qui détermine quelles modifications sont autorisées à être activées. Les amendements nécessitent un soutien continu d'une supermajorité de validateurs avant d'être inscrits sur le registre.

Les validateurs XRPdentleur feu vert aux zones de réseau basées sur les identifiants

Après des tests concluants sur Devnet, 88 % des validateurs ont voté en faveur de la proposition XLS-80, également connue sous le nom de Domaines à permission. Le groupe a indiqué tracla date d'activation estimée de cette modification est le 4 février 2026 à 09:57:51 UTC.

La proposition introduit des environnements restreints au sein du XRP registre , limitant la participation des comptes détenteurs d'dent. Ce cadre ne divulguerait aucune donnée personnelle sensible, car seule la preuve de la validité d'un identifiantdentenregistrée sur la blockchain, les informations personnelles restant confidentielles. 

Les domaines à accès restreint sont des zones contrôlées que les institutions peuvent utiliser, à condition de vérifier l'identité de leurs contreparties avant toute transaction. Ce modèle diffère du modèle d'accès totalement ouvert utilisé auparavant par les systèmes blockchain, notamment XRPL.

XRPL Commons a également voté en faveur de l' XLS-81 « DEX autorisé », proposé lors du lancement de la version 2.5.0 du logiciel l'année dernière. D'après la XRP , XLS-81 n'est pas encore activé, mais le vote est toujours en cours.

L'amendement requiert 27 votes sur 34 pour être adopté. Au moment de la publication de ce rapport, le consensus s'établissait à 55,88 %, avec seulement 19 votes favorables.

Cette proposition étend la plateforme d'échange intégrée du XRP Ledger en autorisant les transactions dans un environnement contrôlé. Les participants doivent posséder desdentapprouvés avant de passer ou d'exécuter des ordres, notamment les établissements financiers soumis à des règles d'dentet de déclaration.

Les instances DEX à accès restreint disposent de « listes blanches » qui déterminent qui peut accéder à une plateforme de négociation donnée. Les ordres passés dans ces environnements sont séparés des carnets d'ordres publics. Un type d'accès restreint limite l'activité aux seuls traders d'un domaine spécifique. Un autre type permet aux traders d'interagir à la fois avec le pool et la plateforme publique, en privilégiant le pool restreint.

Ce cadre est conçu pour fonctionner en parallèle XRP du registre , tels que les lignes de confiance autorisées, le gel des actifs et les fonctions de récupération, afin de permettre un commerce réglementé sur la chaîne.

Cependant, la Chambre des communes a modifié son vote sur la résolution XLS-56 (Transactions par lots) après la découverte d'un problème logiciel lors de son examen. Selon le groupe, ce bogue pouvait valider des transactions internes au sein d'un lot qui semblaient correctement signées alors qu'elles ne l'étaient pas. La Chambre des communes a recommandé aux développeurs de corriger ce problème avant que son support du registre puisse reprendre.

La mise à niveau du système de séquestre des jetons XRPL est en attente de tests supplémentaires

L'amendement XLS-85, qui étend les fonctionnalités de séquestre aux jetons émis sur d'autres blockchains, est resté inchangé. XRPL Commons a annoncé que des tests supplémentaires sont prévus avant la prochaine session de vote.

Conformément à la sémantique de la proposition, le registre pourrait contenir des reconnaissances de dette et des jetons multi-usages sous séquestre. Il pourrait également moduler les émissions de cryptomonnaies en fonction de conditions telles que le temps, des événements spécifiques ou des règles programmables. 

Les émetteurs de jetons ne seraient pas autorisés à placer leurs propres actifs sous séquestre, et les actifs sous séquestre ne pourraient être récupérés pendant la période de blocage. Les frais de transfert de certains jetons seraient calculés lors de la création du séquestre.

Cette modification a été introduite avec la version 2.5.0 du logiciel et requiert un soutien de 80 % des validateurs pour être activée. Toutefois, elle ne propose pas de fonctionnalité de séquestre inter-chaînes directe, cette limitation étant hors de son champ d'application actuel.

Outre les décisions relatives aux amendements, XRPL Commons a indiqué que la réserve basée sur les frais reste fixée à 1 XRP, tandis que la réserve des propriétaires est plafonnée à 0,1 XRP. Tous les autres amendements en suspens avaient déjà été votés lors des sessions précédentes, et aucune nouvelle proposition n'a été ajoutée à l'ordre du jour de cette session.

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.