Actualización sobre el bug de «XRP gratis» de $XRP Ledger: la cifra real era 184× todos los XRP, no 92×.
Ayer usamos como límite inferior el máximo de los enteros con signo de 64 bits: 9,223B XRP. Pero para que el truco funcionara, el total de XRP de un pago tenía que superar los 2^64 drops, unos 18,446B XRP, de modo que el contador volviera a cero y el cargo quedara reducido a una cantidad ínfima. Eso es más de 184 veces los 99.99B XRP que existen, y coincide con la estimación de los investigadores del bug: unos 18.45T $XRP .
Ningún $XRP monto individual puede superar los 100B, así que hicieron falta al menos 185 ofertas manipuladas en un solo pago, no 93. Lo demás no cambia: se corrigió en xrpld 3.4.1 el 25 de septiembre, se divulgó el 9 de octubre y no hay indicios de que se llegara a usar.
Ayer usamos como límite inferior el máximo de los enteros con signo de 64 bits: 9,223B XRP. Pero para que el truco funcionara, el total de XRP de un pago tenía que superar los 2^64 drops, unos 18,446B XRP, de modo que el contador volviera a cero y el cargo quedara reducido a una cantidad ínfima. Eso es más de 184 veces los 99.99B XRP que existen, y coincide con la estimación de los investigadores del bug: unos 18.45T $XRP .
Ningún $XRP monto individual puede superar los 100B, así que hicieron falta al menos 185 ofertas manipuladas en un solo pago, no 93. Lo demás no cambia: se corrigió en xrpld 3.4.1 el 25 de septiembre, se divulgó el 9 de octubre y no hay indicios de que se llegara a usar.