Atualização sobre o bug de “XRP grátis” no XRP Ledger: o limite real era 184× todo o XRP existente, não 92×.
Ontem usamos o limite de 64 bits com sinal, 9,223 bilhões de XRP, como piso. Mas, para o truque funcionar, o total de XRP de um pagamento precisava ultrapassar 2^64 drops, cerca de 18,446 bilhões de XRP, fazendo o contador dar a volta e resultar numa cobrança ínfima. Isso é mais de 184 vezes os 99,99 bilhões de XRP existentes e corresponde à estimativa de cerca de 18,45 trilhões de XRP feita por quem descobriu o bug.
Nenhuma quantia individual de XRP pode ultrapassar 100 bilhões, então foram necessárias pelo menos 185 ofertas manipuladas em um único pagamento, não 93. O restante continua igual: corrigido no xrpld 3.4.1 em 25 de setembro, divulgado em 9 de outubro, sem indícios de que tenha sido usado alguma vez.
Ontem usamos o limite de 64 bits com sinal, 9,223 bilhões de XRP, como piso. Mas, para o truque funcionar, o total de XRP de um pagamento precisava ultrapassar 2^64 drops, cerca de 18,446 bilhões de XRP, fazendo o contador dar a volta e resultar numa cobrança ínfima. Isso é mais de 184 vezes os 99,99 bilhões de XRP existentes e corresponde à estimativa de cerca de 18,45 trilhões de XRP feita por quem descobriu o bug.
Nenhuma quantia individual de XRP pode ultrapassar 100 bilhões, então foram necessárias pelo menos 185 ofertas manipuladas em um único pagamento, não 93. O restante continua igual: corrigido no xrpld 3.4.1 em 25 de setembro, divulgado em 9 de outubro, sem indícios de que tenha sido usado alguma vez.