Sur le XRP Ledger, une seule voix a suffi pour repousser d’un mois l’activation d’un correctif. Le correctif fixCleanup3_4_0 devait être activé le 23 octobre à 09:34 UTC. La règle est stricte : plus de 80 % des 35 validateurs de confiance par défaut (29 voix) doivent réussir les vérifications, effectuées environ toutes les 15 minutes, pendant 14 jours consécutifs. Un seul échec remet le compte à rebours à zéro.
Mercredi, à 12:54 UTC, le soutien est brusquement tombé à 26 voix lors d’une vérification et le compte à rebours a été immédiatement réinitialisé. À 14:46 UTC, il est remonté à 29 voix : un nouveau compte à rebours de 14 jours a démarré, et la nouvelle date d’activation est fixée au 4 novembre à 14:46 UTC. La marge mérite aussi qu’on s’y attarde : la première activation avait tout juste atteint le seuil, avec exactement 29 voix. Le soutien est maintenant remonté à 31/35, soit 2 voix de plus que le seuil — mais une seule déconnexion suffit à tout remettre à zéro. Le système ne tolère aucune défaillance.
À quoi sert ce correctif ? Il corrige une véritable vulnérabilité : dans certaines conditions, un compte autorisé uniquement à détruire les jetons d’un émetteur pouvait en créer de nouveaux. Il ajuste aussi le calcul des échéances de retard et de défaut de paiement dans la bibliothèque de listes blanches et le code de prêt (notes de version de xrpld 3.4.0). Ce système de prêt fait partie de ceux que Ripple propose depuis juin aux banques et aux sociétés de paiement — et, jeudi, il lui manquait encore environ 10 voix : le compte à rebours n’a même pas commencé.
Autre point à noter : aucun des deux tableaux de suivi n’indique quels validateurs se sont déconnectés. Dans les données, les serveurs hors ligne ou en cours de redémarrage sont traités de la même manière que les votes contre. La « remontée » du soutien ne reflète donc pas nécessairement un véritable vote favorable.
#XRP #XRPL #Ripple
Mercredi, à 12:54 UTC, le soutien est brusquement tombé à 26 voix lors d’une vérification et le compte à rebours a été immédiatement réinitialisé. À 14:46 UTC, il est remonté à 29 voix : un nouveau compte à rebours de 14 jours a démarré, et la nouvelle date d’activation est fixée au 4 novembre à 14:46 UTC. La marge mérite aussi qu’on s’y attarde : la première activation avait tout juste atteint le seuil, avec exactement 29 voix. Le soutien est maintenant remonté à 31/35, soit 2 voix de plus que le seuil — mais une seule déconnexion suffit à tout remettre à zéro. Le système ne tolère aucune défaillance.
À quoi sert ce correctif ? Il corrige une véritable vulnérabilité : dans certaines conditions, un compte autorisé uniquement à détruire les jetons d’un émetteur pouvait en créer de nouveaux. Il ajuste aussi le calcul des échéances de retard et de défaut de paiement dans la bibliothèque de listes blanches et le code de prêt (notes de version de xrpld 3.4.0). Ce système de prêt fait partie de ceux que Ripple propose depuis juin aux banques et aux sociétés de paiement — et, jeudi, il lui manquait encore environ 10 voix : le compte à rebours n’a même pas commencé.
Autre point à noter : aucun des deux tableaux de suivi n’indique quels validateurs se sont déconnectés. Dans les données, les serveurs hors ligne ou en cours de redémarrage sont traités de la même manière que les votes contre. La « remontée » du soutien ne reflète donc pas nécessairement un véritable vote favorable.
#XRP #XRPL #Ripple