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