Уявіть, що в системі з жорстким лімітом емісії знайшли помилку, яка потенційно могла дозволити створювати монети понад цей ліміт. Саме таку проблему виявили в XRP Ledger.
25 вересня RippleX випустила xrpld 3.4.1, щоб виправити критичні помилки безпеки. Одна з них стосувалася переповнення під час обчислень у платіжному механізмі. За певних умов це могло обійти захист від створення $XRP понад наявну пропозицію.
9 жовтня XRPL опублікувала технічний звіт. Підтверджень того, що уразливість використали для створення додаткових $XRP , немає.
Я не вважаю кожну знайдену помилку катастрофою. Але коли йдеться про захист емісії, важливо не лише те, чи скористався хтось уразливістю, а й те, наскільки швидко її виявили та усунули.
Навіть найміцніші правила протоколу варті рівно стільки, скільки їхня реалізація в коді. Тому я волію розбиратися в тому, що сталося насправді, а не лякатися гучних заголовків. Якщо вам близький такий підхід до крипти, підписуйся на @MoonMan567
25 вересня RippleX випустила xrpld 3.4.1, щоб виправити критичні помилки безпеки. Одна з них стосувалася переповнення під час обчислень у платіжному механізмі. За певних умов це могло обійти захист від створення $XRP понад наявну пропозицію.
9 жовтня XRPL опублікувала технічний звіт. Підтверджень того, що уразливість використали для створення додаткових $XRP , немає.
Я не вважаю кожну знайдену помилку катастрофою. Але коли йдеться про захист емісії, важливо не лише те, чи скористався хтось уразливістю, а й те, наскільки швидко її виявили та усунули.
Навіть найміцніші правила протоколу варті рівно стільки, скільки їхня реалізація в коді. Тому я волію розбиратися в тому, що сталося насправді, а не лякатися гучних заголовків. Якщо вам близький такий підхід до крипти, підписуйся на @MoonMan567