Cette semaine sur le Ledger

Le XRP Ledger a corrigé cette semaine une faille de permission dans sa logique d’émission de jetons, au terme d’un vote de deux semaines des validateurs qui avait déjà été réinitialisé une fois en octobre. Les modules de prêt natifs, dont certaines composantes ont reçu des corrections comptables dans ce même ensemble, demeurent loin du soutien nécessaire à leur activation, pendant que les développeurs continuent de préciser le calcul des remboursements de prêts. Au Canada, l’actualité en matière de conformité est venue de Washington : le 6 novembre, le Trésor américain a désigné huit entreprises de services monétaires canadiennes pour avoir acheminé des fonds iraniens au moyen d’actifs numériques, dans le cadre d’une action coordonnée avec le CANAFE.

Infrastructure du protocole : fixCleanup3_4_0 corrige une faille de frappe liée à la délégation de destruction

L’amendement fixCleanup3_4_0 a été activé sur le réseau principal le 4 novembre 2026, au registre 108 112 129, selon le suivi des amendements d’XRPLWin. Son activation a nécessité deux tentatives. L’amendement a d’abord obtenu une majorité le 9 octobre, l’a perdue le 21 octobre, l’a regagnée le jour même, puis a été activé 14 jours plus tard. Selon le processus d’amendement, le soutien doit demeurer supérieur à 80 % des validateurs de confiance pendant deux semaines consécutives; le bref recul d’octobre a donc relancé le compte à rebours.

Le changement le plus important touche la délégation de permissions, qui permet à un compte d’autoriser un autre compte à effectuer certains types d’opérations en son nom. La documentation de référence d’XRPL.org sur les permissions précise que la permission PaymentBurn autorise un délégué à détruire des jetons fongibles ou des MPT, sans toutefois descendre sous un solde nul. Avant le correctif, un délégué ne détenant que PaymentBurn pouvait, dans certaines circonstances, frapper de nouveaux jetons. La documentation recommandait aux émetteurs de ne pas déléguer PaymentBurn avant l’activation de fixCleanup3_4_0. Le cas concret est celui d’un émetteur de cryptomonnaie stable qui souhaite confier à un processeur de paiement la destruction des jetons lors des rachats, sans lui donner la capacité de créer de l’offre. Le XRP lui-même n’était pas touché, et CoinDesk a indiqué le 2 novembre n’avoir trouvé aucune trace publique d’une exploitation de la faille.

L’amendement a été livré avec xrpld 3.4.0, annoncé le 16 septembre, et regroupe plusieurs autres corrections, notamment :

• le rejet des paiements PaymentBurn qui franchiraient un solde nul;
• l’interdiction pour AMMClawback de détruire des jetons LP lorsque l’arrondi des MPT donne zéro, et la possibilité pour cette opération d’ignorer la vérification de la réserve du propriétaire lorsqu’elle crée automatiquement une détention de l’actif apparié;
• l’application des invariants de solde et de transfert des MPT, qui se contentaient auparavant de consigner les violations;
• des préfixes de hachage de signature distincts pour les signatures de contrepartie et de commanditaire, afin qu’une signature d’un rôle ne puisse être rejouée pour l’autre;
• la gestion de la réserve d’entiercement dans EscrowCancel et EscrowFinish, ainsi que des corrections de précision et d’arrondi dans les opérations de coffre.

Les opérateurs de nœuds noteront que la version recommandée est xrpld 3.4.1, une version de sécurité d’urgence datée du 10 octobre. Ses notes de version indiquent que l’amendement fixBatchV1_2 qu’elle introduit est déjà activé sur le réseau principal, ce qui signifie que les serveurs exécutant des versions antérieures sont bloqués par amendement et ne peuvent plus suivre le réseau.

Prêt natif : huit votes manquants pendant que LendingProtocolV1_2 prend forme

Les amendements de prêt n’ont pas suivi fixCleanup3_4_0 vers une période de vote. L’instantané du tableau de bord XRPL Dashboard du 6 novembre montre que LendingProtocol et LendingProtocolV1_1 sont chacun appuyés par 21 des 35 validateurs entendus, et SingleAssetVault par 23. Comme 29 votes sont requis pour dépasser le seuil de 80 %, il manque huit votes à chaque amendement de prêt et six à SingleAssetVault. Aucun amendement n’a obtenu ni perdu de majorité ce jour-là. Puisqu’un compte à rebours de deux semaines ne peut commencer qu’une fois le seuil franchi, aucun de ces amendements ne pourrait s’activer avant deux semaines après le ralliement des validateurs.

La conception soumise à ces validateurs évolue aussi encore. Selon la page des amendements connus d’XRPL.org, LendingProtocolV1_1 ajoute des coffres à capital fixe, dotés de phases de souscription, d’investissement et de rachat qui déterminent quand les actifs peuvent être déposés, prêtés et retirés, ainsi qu’une comptabilité de caisse, selon laquelle les intérêts ne sont comptabilisés qu’au moment de leur paiement. Une fois cet amendement activé, les nouveaux courtiers en prêts ne pourront être créés qu’à l’égard de coffres à capital fixe.

Le 6 novembre, un contributeur a ouvert la demande de tirage n° 8698, « fix: Telescope loan payment value to the schedule », associée à un amendement supplémentaire, LendingProtocolV1_2. À l’heure actuelle, la portion de valeur de chaque paiement est calculée isolément, de sorte que les erreurs d’arrondi s’accumulent et que le dernier paiement peut exiger une unité de plus que le paiement périodique prévu. La modification rattache chaque paiement effectué à temps à l’échéancier restant du prêt, afin que le dernier paiement corresponde au paiement périodique arrondi, et elle réaligne la valeur impayée sur le nouvel échéancier après un paiement excédentaire. Au moment de la rédaction, la demande était toujours ouverte et en attente d’une révision obligatoire. Pour les institutions qui modélisent des produits de prêt sur le XRPL, ce détail compte, car il détermine si les montants de remboursement sur la chaîne concordent exactement avec le tableau d’amortissement comptabilisé par le prêteur.

Application de la réglementation : les États-Unis sanctionnent huit entreprises de services monétaires canadiennes

Le 6 novembre 2026, l’Office of Foreign Assets Control du Trésor américain a désigné huit entreprises de services monétaires établies au Canada en vertu du décret présidentiel 13902, qui vise le secteur iranien des actifs numériques. Six se trouvent en Ontario et deux en Colombie-Britannique. Selon le Trésor, ces entreprises convertissaient des rials iraniens et d’autres devises en actifs numériques pour soutenir des opérations liées à l’Iran, et leurs adresses ont effectué des transactions avec des adresses associées au Corps des Gardiens de la révolution islamique, avec des plateformes iraniennes sanctionnées, dont Nobitex et Wallex, ainsi qu’avec des adresses liées au terrorisme. Le Trésor ajoute que plusieurs de ces entreprises blanchissaient des produits de la drogue en convertissant de l’argent comptant en actifs numériques. L’action a été coordonnée avec le FinCEN, la DEA et le CANAFE.

La liste de l’OFAC comprend des adresses TRON (TRX) pour quatre des huit entités, ce qui permet aux plateformes d’échange et aux autres équipes de conformité de les filtrer directement. Dans le communiqué, le secrétaire au Trésor Scott Bessent a déclaré que « Canada cannot be a safe haven for illicit financial facilitators » (le Canada ne peut pas être un refuge pour les facilitateurs financiers illicites).