Представьте, что в системе с жёстким лимитом эмиссии обнаружили ошибку, которая потенциально могла позволить создавать монеты сверх этого лимита. Именно такую проблему выявили в XRP Ledger.
25 сентября RippleX выпустила xrpld 3.4.1, чтобы исправить критические ошибки безопасности. Одна из них была связана с переполнением при вычислениях в платёжном механизме. При определённых условиях это могло обойти защиту от создания $XRP сверх имеющегося предложения.
9 октября XRPL опубликовала технический отчёт. Подтверждений того, что уязвимость использовали для создания дополнительных $XRP , нет.
Я не считаю каждую обнаруженную ошибку катастрофой. Но когда речь идёт о защите эмиссии, важно не только то, воспользовался ли кто-то уязвимостью, но и то, насколько быстро её обнаружили и устранили.
Даже самые надёжные правила протокола стоят ровно столько, насколько надёжно они реализованы в коде. Поэтому я предпочитаю разобраться в том, что произошло на самом деле, а не пугаться громких заголовков. Если вам близок такой подход к крипте, подписывайся на @MoonMan567
25 сентября RippleX выпустила xrpld 3.4.1, чтобы исправить критические ошибки безопасности. Одна из них была связана с переполнением при вычислениях в платёжном механизме. При определённых условиях это могло обойти защиту от создания $XRP сверх имеющегося предложения.
9 октября XRPL опубликовала технический отчёт. Подтверждений того, что уязвимость использовали для создания дополнительных $XRP , нет.
Я не считаю каждую обнаруженную ошибку катастрофой. Но когда речь идёт о защите эмиссии, важно не только то, воспользовался ли кто-то уязвимостью, но и то, насколько быстро её обнаружили и устранили.
Даже самые надёжные правила протокола стоят ровно столько, насколько надёжно они реализованы в коде. Поэтому я предпочитаю разобраться в том, что произошло на самом деле, а не пугаться громких заголовков. Если вам близок такой подход к крипте, подписывайся на @MoonMan567