Mise à jour sur le bug des « XRP gratuits » du XRP Ledger : le véritable seuil était de 184× la totalité des XRP, et non de 92×.
Hier, nous avons pris comme seuil plancher la limite signée sur 64 bits, soit 9 223 milliards de XRP. Mais pour que l’astuce fonctionne, le total de XRP d’un paiement devait dépasser 2^64 drops, soit environ 18 446 milliards de XRP, afin que le compteur revienne à une charge minime. C’est plus de 184 fois les 99,99 milliards de XRP existants, et cela correspond à l’estimation d’environ 18,45 billions de XRP avancée par les personnes qui ont découvert le bug.
Aucun montant unique en XRP ne peut dépasser 100 milliards ; il a donc fallu au moins 185 offres truquées dans un seul paiement, et non 93. Pour le reste, rien ne change : le problème a été corrigé dans xrpld 3.4.1 le 25 septembre, divulgué le 9 octobre, et rien n’indique qu’il ait jamais été exploité.
Hier, nous avons pris comme seuil plancher la limite signée sur 64 bits, soit 9 223 milliards de XRP. Mais pour que l’astuce fonctionne, le total de XRP d’un paiement devait dépasser 2^64 drops, soit environ 18 446 milliards de XRP, afin que le compteur revienne à une charge minime. C’est plus de 184 fois les 99,99 milliards de XRP existants, et cela correspond à l’estimation d’environ 18,45 billions de XRP avancée par les personnes qui ont découvert le bug.
Aucun montant unique en XRP ne peut dépasser 100 milliards ; il a donc fallu au moins 185 offres truquées dans un seul paiement, et non 93. Pour le reste, rien ne change : le problème a été corrigé dans xrpld 3.4.1 le 25 septembre, divulgué le 9 octobre, et rien n’indique qu’il ait jamais été exploité.