Le XRP Ledger s'est rapproché de l'activation de sa mise à niveau xrpld v3.2.0 après que plus de 55 % des validateurs de confiance aient adopté la dernière version du logiciel.
Selon les données de XRP Ledger Explorer, 84 validateurs de confiance, soit 55,63 % de l'ensemble des validateurs, exécutent désormais xrpld v3.2.0. Le dernier logiciel a également été installé sur 353 nœuds du réseau, représentant 42,12 % de tous les nœuds. En comparaison, la version 3.1.3 reste active sur 58 validateurs, représentant 38,41 % de l'ensemble des validateurs, et sur 440 nœuds, soit 52,51 % du réseau.
Sur le XRP Ledger, les validateurs de confiance sont responsables de l'approbation des modifications du protocole, tandis que les nœuds réguliers suivent les décisions prises par la liste des validateurs de confiance. Selon les règles de gouvernance du réseau, un amendement de protocole nécessite le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives avant de pouvoir être activé.
D'après les chiffres actuels, environ un quart supplémentaire de l'ensemble des validateurs doit migrer vers la v3.2.0 avant que la mise à niveau ne puisse s'acheminer vers son activation.
Publié sous le nom xrpld v3.2.0, le progiciel comprend des mises à jour d'infrastructure, des améliorations pour les développeurs et des corrections de bugs sur l'ensemble du XRP Ledger. L'un de ses changements les plus notables est le renommage officiel du logiciel de serveur principal du réseau, de rippled à xrpld, suite à la proposition XLS-0095.
À partir du 15 juin, la mise à niveau a modifié les chemins de configuration, les métadonnées du serveur, les emplacements des répertoires de base de données et les conventions de nommage des versions. Par conséquent, les opérateurs de validateurs et les administrateurs de nœuds sont tenus de mettre à jour les scripts de déploiement et les configurations de serveur avant de finaliser la migration.
Parallèlement à la publication du logiciel, les développeurs ont également introduit l'amendement fixCleanup3_2_0. Selon la documentation de publication, l'amendement contient des correctifs liés à la sécurité couvrant les Coffres à Actifs Uniques (Single Asset Vaults), le Protocole de Prêt (Lending Protocol), les échanges décentralisés permissionnés, les Jetons Polyvalents (MPTs) et les domaines permissionnés.
La proposition ajoute également de nouvelles vérifications d'invariance conçues pour empêcher les comptes supprimés de laisser des données de registre résiduelles, améliorant ainsi la cohérence du registre. En outre, la mise à jour permet aux développeurs et aux utilisateurs d'accéder aux informations du protocole XRP Ledger et aux définitions de serveur sans exploiter un serveur complet, un changement destiné à simplifier les intégrations pour les portefeuilles, les API, les explorateurs de blockchain et d'autres services automatisés.
Même si l'adoption du logiciel par les validateurs continue de progresser, le soutien à l'amendement fixCleanup3_2_0 reste bien en deçà du seuil d'activation. Les données actuelles du réseau montrent que l'amendement a obtenu environ 40 % de soutien, ce qui est loin de la supermajorité requise pour son approbation.
Ripple a publiquement soutenu l'amendement, contribuant à renforcer la confiance autour des changements proposés. Par ailleurs, le protocole de prêt du XRP Ledger a récemment passé un audit de sécurité indépendant, ajoutant une couche supplémentaire de réassurance pour les correctifs liés aux prêts inclus dans l'amendement.
Parallèlement, les développeurs continuent de surveiller les problèmes signalés lors des migrations de validateurs. Un problème GitHub, suivi sous le rapport #7581, décrit un cas où le journal de service affichait la nouvelle clé publique du validateur correcte, tandis que le serveur en cours d'exécution continuait d'utiliser l'ancienne clé publique stockée dans la base de données du portefeuille.
Le rapport attribue la divergence au comportement de migration des validateurs plutôt qu'au protocole lui-même, soulignant un problème opérationnel que les opérateurs de nœuds pourraient avoir à résoudre à mesure que l'adoption de xrpld v3.2.0 continue de s'étendre.
