Le XRP Ledger a reporté l'activation de sa correction de bug Cleanup3_4_0 au 4 novembre après que le soutien des validateurs est brièvement tombé sous le niveau requis lors d'un contrôle de vote programmé. L'amendement, qui traite de problèmes de gestion des tokens, de comptabilité des coffres et du code de prêt, devait initialement entrer en vigueur le 23 octobre.

La réinitialisation du vote des validateurs repousse la date d'activation

La modification nécessite le soutien de plus de 80 % des 35 validateurs de confiance du réseau. Au moins 29 doivent voter oui pendant 14 jours consécutifs, les contrôles réseau ayant lieu environ toutes les 15 minutes. Une modification du XRP Ledger ne prend effet qu'une fois la majorité requise maintenue en continu sur l'ensemble de la fenêtre de 14 jours.

Les amendements constituent le mécanisme du ledger pour déployer les changements de protocole, et un seuil aussi élevé signifie qu'aucun petit groupe d'opérateurs ne peut activer une mise à jour de sa propre initiative. L'amendement détenait exactement 29 voix lundi. Selon le XRPL Dashboard, le soutien est tombé à 26 validateurs à 12h54 UTC le mercredi 21 octobre, mettant fin à la période d'approbation initiale. À 14h46 UTC, le soutien était revenu à 29 voix et le compte à rebours a redémarré.

XRPLWin projette désormais une activation le 4 novembre à 14h46 UTC. Ce nouveau report survient peu avant les sessions Ripple Swell prévues pour aborder les mises à niveau du XRP Ledger.

Pourquoi les validateurs doivent maintenir leurs votes

Le soutien s'est depuis rétabli à 31 validateurs sur 35, donnant à l'amendement une marge de deux voix au-dessus du minimum. Le décompte doit rester au-dessus du seuil de 80 % à chaque point de contrôle, et une nouvelle baisse redémarrerait la période d'attente obligatoire. Le décompte à chaque point de contrôle d'environ 15 minutes détermine désormais si la projection du 4 novembre tient.

Les outils de suivi des votes d'amendement ne permettent pas d'identifier quels validateurs ont causé la baisse de mercredi. Un serveur qui se déconnecte ou redémarre peut ne pas enregistrer son vote, de sorte que les données disponibles ne permettent pas de confirmer si un validateur a délibérément retiré son soutien.

L'amendement reporté porte sur une correction logicielle et non sur le système de prêt lui-même. Ripple a décrit ses projets d'introduction de prêts en XRP, mais les modifications de prêt et de coffres nécessitent une approbation distincte des validateurs, et aucune de ces fonctionnalités n'a été activée.

Ce que change la correction de bug reportée

La correction traite plusieurs problèmes distincts liés aux transferts de tokens, aux fonctions de trading et au code de prêt. L'une des corrections bloque un cas qui aurait pu permettre à un compte autorisé à détruire des tokens émis d'en créer de nouveaux à la place — un scénario qui touche à l'intégrité de l'offre de tokens du ledger.

D'autres modifications ajustent les calculs de soldes des coffres d'actifs et les règles régissant les prêts en retard ou en défaut. Les notes de version de xrpld 3.4.0 décrivent d'autres corrections concernant l'escrow, les objets de collection numériques, les signatures et les vérifications d'autorisations.

Ripple continue d'exploiter d'autres services sur le réseau dans l'attente de l'approbation du prêt. récent examen de l'activité du XRP Ledger décrit un nouveau support de garde pour le RLUSD et des intégrations de portefeuilles. Ces développements concernent les services existants, et non le système de prêt proposé.

Le protocole de prêt du XRP Ledger reste inactif au 22 octobre. Même si l'amendement de nettoyage s'active le 4 novembre, les validateurs doivent approuver séparément les fonctionnalités de prêt et de coffres avant que ces services puissent fonctionner, maintenant la correction de bug et le déploiement du prêt sur des voies distinctes.