Les validateurs du XRP Ledger s'apprêtent à installer vendredi un correctif qui réparera le code de prêt du réseau avant que quiconque ait la possibilité de l'utiliser. Le correctif arrive alors que l'amendement sur le prêt lui-même est encore à 10 voix du seuil nécessaire pour être activé.
La séquence est délibérée : d'abord la correction, ensuite l'approbation. Mais la dernière étape échappe aux développeurs.
Le correctif et le vote
Le correctif est une mise à jour logicielle destinée aux validateurs, les serveurs qui exécutent le protocole de consensus et confirment les transactions sur le XRP Ledger. Il cible le code du système de prêt, qui est encore en phase d'approbation. Cet amendement sur le prêt stagne à 10 voix de la majorité des deux tiers requise pour être activé depuis un certain temps, et le correctif ne change pas ce calcul.
En pratique, les validateurs peuvent appliquer le correctif vendredi sans que la fonctionnalité de prêt ne soit mise en service. Le correctif répare de manière préventive la logique de prêt, de sorte que si et quand l'amendement sera adopté, le code sera déjà propre.
Pourquoi corriger un code que personne ne peut utiliser
Le timing peut sembler étrange de l'extérieur. Si le prêt n'est pas actif, pourquoi se précipiter pour un correctif ? La réponse est que la correction est moins coûteuse et plus sûre maintenant que plus tard. Une fois qu'un amendement est activé et que les utilisateurs commencent à interagir avec le système de prêt, modifier le code sous-jacent devient une opération bien plus délicate. Une base de code corrigée avant l'activation évite totalement ce risque.
Cela signifie aussi que les validateurs du registre n'attendent pas un élan politique pour résoudre un problème technique. Le correctif est une tâche de maintenance, pas un lancement de fonctionnalité, et cette distinction compte dans la façon dont le réseau le gère.
Ce que signifie l'écart de 10 voix
L'amendement sur le prêt nécessite le soutien d'une supermajorité de validateurs pour être adopté. Dix voix est un écart réel, pas une erreur d'arrondi. Les validateurs peuvent changer leur vote à tout moment, mais aucune échéance ne force une décision. L'amendement peut rester dans son état actuel indéfiniment.
Cela laisse la fonctionnalité de prêt en suspens. Le code sera prêt. Les votes ne le sont pas.
Pour l'instant, le résultat pratique est simple : le correctif de vendredi améliore la base de code du registre indépendamment de ce qui arrive à l'amendement sur le prêt. Si les votes finissent par se concrétiser, le système sera prêt à fonctionner. S'ils ne le font pas, le correctif reste un atout net pour le réseau.
Ce qui se passe vendredi
Les validateurs qui appliquent le correctif exécuteront le code corrigé. Ceux qui ne le font pas pourraient sortir du consensus si le correctif est adopté suffisamment largement, bien que les faits ne précisent pas s'il s'agit d'une mise à niveau obligatoire. L'amendement sur le prêt reste ouvert au soutien des validateurs, et son statut ne changera pas automatiquement lorsque le correctif sera déployé.
Le prochain point de contrôle concret est le déploiement du correctif vendredi. Après cela, le sort de l'amendement sur le prêt repose entre les mains des validateurs qui n'ont pas encore voté en faveur.
