Обновление о баге «бесплатного XRP» в $XRP Ledger: реальный порог составлял 184× от всего количества XRP, а не 92×.
Вчера мы взяли за нижнюю границу предел знакового 64-битного числа — 9,223 млрд XRP. Но чтобы трюк сработал, общая сумма XRP в одном платеже должна была превысить 2^64 дропов, то есть примерно 18,446 млрд XRP, после чего счётчик переполнялся и сумма списания становилась крошечной. Это более чем в 184 раза превышает 99,99 млрд XRP, существующих в обращении, и совпадает с оценкой обнаруживших баг — около 18,45 трлн $XRP .
Поскольку сумма $XRP не могла превышать 100 млрд, в одном платеже требовалось не менее 185 поддельных предложений, а не 93. Всё остальное остаётся в силе: исправлено в xrpld 3.4.1 25 сентября, информация раскрыта 9 октября, признаков того, что этим когда-либо воспользовались, нет.
Вчера мы взяли за нижнюю границу предел знакового 64-битного числа — 9,223 млрд XRP. Но чтобы трюк сработал, общая сумма XRP в одном платеже должна была превысить 2^64 дропов, то есть примерно 18,446 млрд XRP, после чего счётчик переполнялся и сумма списания становилась крошечной. Это более чем в 184 раза превышает 99,99 млрд XRP, существующих в обращении, и совпадает с оценкой обнаруживших баг — около 18,45 трлн $XRP .
Поскольку сумма $XRP не могла превышать 100 млрд, в одном платеже требовалось не менее 185 поддельных предложений, а не 93. Всё остальное остаётся в силе: исправлено в xrpld 3.4.1 25 сентября, информация раскрыта 9 октября, признаков того, что этим когда-либо воспользовались, нет.