Vulnérabilité des adresses XRPL dans l'escrow affectant les flux de travail de tokenisation institutionnelle

• XRPL 3.0.0 introduit TokenEscrowV1 pour corriger la comptabilité de l’entrepôt de tokens avec les frais de transfert, empêchant la dérive de l’offre LockedAmount.
• L’amendement nécessite l’approbation des validateurs pour être activé, garantissant un comportement cohérent de la clôture de l’entrepôt sur tous les nœuds du réseau.

Ripple a publié la version 3.0.0 du XRP Ledger et a exhorté les validateurs et opérateurs de nœuds à effectuer la mise à jour sans délai. La sortie cible un bug de comptabilité de l’entrepôt découvert lors des tests internes de l’entrepôt de tokens pour les actifs émis. Ripple a déclaré que la correction soutient un comportement cohérent de règlement lorsque les institutions utilisent une livraison de tokens verrouillée dans le temps ou conditionnelle sur le XRPL. Pourquoi cela est crucial pour le XRP Ledger L’entrepôt est une fonction de longue date du XRPL utilisée pour les transactions programmées et les libérations conditionnelles. Elle a historiquement fonctionné uniquement avec le XRP, ce qui limitait la façon dont les émetteurs pouvaient utiliser l’entrepôt pour leurs propres tokens. La proposition XLS-85 Token Escrow étend l’entrepôt à d’autres actifs émis, y compris les IOU et les tokens à usage multiple, permettant une livraison en entrepôt au-delà du XRP pour les flux de travail d’entreprise.

AVIS : La version 3.0.0 du XRPL est disponible, et nous encourageons tous les validateurs et opérateurs de nœuds à effectuer la mise à jour dès que possible pour assurer la continuité du service. ✅

Cette dernière version inclut plusieurs corrections, notamment une correction pour TokenEscrow, dont vous pouvez en apprendre davantage…

— RippleX (@RippleXDev) 5 janvier 2026

Les tokens à usage multiple sont un format de token natif du XRPL qui combine des propriétés fongibles et non fongibles. Ils peuvent porter des traits communs tout en stockant des métadonnées spécifiques à l’actif sur la chaîne. Les développeurs les décrivent comme adaptés à la tokenisation conforme, car ils peuvent intégrer des règles et une gestion du cycle de vie sans dépendre de contrats intelligents externes pour les contrôles principaux. Les testeurs internes du design original de Token Escrow, qui n’a pas été activé sur le réseau principal, ont identifié une incohérence comptable pour les Tokens à Usage Multiple qui facturent des frais de transfert. Dans un cas de test, un entrepôt a verrouillé cent tokens et appliqué des frais de transfert d’un token lors du déverrouillage. Le destinataire a correctement reçu quatre-vingt-dix-neuf tokens après l’application des frais. La comptabilité de l’émetteur, cependant, a réduit le LockedAmount de l’émetteur de quatre-vingt-dix-neuf au lieu de la totalité des cent. Un token est resté enregistré comme verrouillé après la fin, ce qui pourrait désynchroniser les métriques de l’émetteur au fil du temps. TokenEscrowV1 sépare l’entrepôt brut de la livraison nette La version 3.0.0 inclut l’amendement TokenEscrowV1, qui modifie la façon dont le grand livre traite la clôture de l’entrepôt pour les tokens à usage multiple avec frais. L’amendement sépare la comptabilité de l’entrepôt brut de celle de la livraison nette. Lorsqu’un entrepôt se termine, le LockedAmount diminue désormais du montant total initialement placé dans l’entrepôt, revenant à son niveau pré-entrepôt. Les frais de transfert sont traités indépendamment via le mécanisme de frais de l’émetteur, de sorte que seul le montant net livré influence le calcul de l’offre en circulation. Le mécanisme de frais de transfert de l’émetteur prend en compte le montant des frais séparément. Le réseau a indiqué que cette approche empêche les tokens de rester bloqués dans un état verrouillé après la clôture de l’entrepôt et maintient les métriques LockedAmount de l’émetteur alignées avec l’état du grand livre. Il a lié la correction aux flux de travail de tokenisation institutionnelle qui dépendent d’une comptabilité précise de l’entrepôt, y compris les paiements programmés, et aux opérations automatisées de trésorerie utilisant des actifs émis avec des frais de transfert. Parce que TokenEscrowV1 modifie le traitement central du grand livre, il nécessite une activation via un vote d’amendement. Les validateurs doivent approuver l’amendement pour garantir que tous les nœuds appliquent les mêmes règles de clôture de l’entrepôt à travers le réseau. Ripple a demandé aux opérateurs de mettre à jour vers la version 3.0.0 afin que les implémentations restent compatibles à mesure que le réseau évolue vers l’activation. La nouvelle version 3.0.0 du XRP Ledger est arrivée quelques semaines après que Ripple a étendu sa présence au Japon via le Japan Financial Infrastructure Innovation Program, en partenariat avec l’Asia Web3 Alliance Japan et Web3 Salon. Au moment de la rédaction, le XRP se négociait à 2,33 $ après avoir augmenté de 9,34 % au cours des 24 dernières heures.