Selon les données XRPScan, l'amendement fixCleanup3_1_3 entrera en vigueur dans quelques jours, avec un compte à rebours actuel de 9 jours et 16 heures.
« fixCleanup3_1_3 » représente la correction du correctif XRPL. La version 3.1.3 est actuellement en période d'activation de deux semaines, avec une date de publication prévue le 27 mai 2026.
Le 8 mai, XRP Ledger Foundation a annoncé la publication de la dernière version du logiciel XRP Ledger, XRPL 3.1.3, qui inclut une correction de correctif activée par défaut. Cette correction ne nécessite pas de vote manuel, seulement une mise à jour.
La correction fixCleanup3_1_3 incluse dans la version 3.1.3 de XRPL est une série de correctifs pour les NFT, les domaines autorisés, les coffres et les protocoles de prêt.
En raison de la mise en œuvre d'une période d'activation de deux semaines pour la correction apportée dans XRPL 3.1.3, nous invitons les validateurs du XRP Ledger à mettre à jour leurs nœuds XRP Ledger vers la version 3.1.3 afin d'éviter tout blocage de la correction et toute interruption du service aux utilisateurs.
Révisions des fonctionnalités du ledger XRP : quels sont les contenus révisés ?
Comme mentionné précédemment, la révision fixCleanup3_1_3 corrige les problèmes liés aux NFT, aux domaines de licence, aux coffres et aux protocoles de prêt. Cette correction résout le problème des entrées NFTokenOffer expirées qui restaient sur le registre.
Après activation de cette modification, l'utilisation de la transaction NFTokenAcceptOffer sur une NFTokenOffer expirée la supprimera désormais pendant le traitement de la transaction.
Cette révision ajoute une vérification d'immuabilité pour s'assurer que le domaine autorisé ne soit pas modifié en cas d'échec de la transaction, et corrige également la vérification des limites de jetons de ligne de confiance qui était ignorée lors de l'extraction des actifs du coffre.
Après activation de cet amendement, les transactions VaultWithdraw spécifiant des parts de coffre ou des actifs de coffre respecteront les limites de jetons de la ligne de confiance de l'adresse cible.
Cette correction résout le problème selon lequel les informations comptables du prêt n'étaient pas mises à jour dans les entrées associées Loan, LoanBroker et Vault, que le prêt soit en défaut, déprécié ou non déprécié. Elle corrige également l'erreur LoanPay qui se produisait lors d'une tentative de remboursement anticipé sur un prêt ne permettant pas les remboursements anticipés.
Cette amendment ajoute une vérification supplémentaire pour l'invariant « loan broker », afin de s'assurer que les fonds disponibles listés correspondent exactement aux actifs détenus dans le pseudo-compte associé.