#multiversxplanshardforkrecovery
⚠️ Планы MultiversX по восстановлению хардфорка ⚠️
Сеть работала нормально. Затем была изменена одна из ритмических настроек эксплуатации, что заставило валидаторов остановиться и вынудило разработчиков сосредоточиться на одном вопросе: как восстановить цепочку, не нарушив её исторический журнал?
MultiversX утверждает, что 19 сентября злоумышленник воспользовался проблемой атомарности на уровне виртуальной машины (VM), что привело к некорректным изменениям состояния и остановке прогресса сети. Команда подтверждает, что уязвимость была локализованной, и исправление подготовили в тот же день.
План восстановления сейчас — провести согласованный хардфорк, начиная с известной «хорошей» точки-проверки. MultiversX также говорит, что процедуру заранее проверили в Testnet и Devnet, а участие валидаторов подготовили до основного перезапуска.
Моё мнение: интересна не только сама предстоящая «жёсткая» развилка. Важно, как сеть реагирует под давлением. Процесс восстановления должен уравновешивать скорость и целостность состояния, координацию валидаторов и защиту пользователей.
И даже после сигнала «всё в порядке» MultiversX посоветовала пользователям не отправлять транзакции и не повторно транслировать их, а также не использовать маршруты пополнения и вывода EGLD или ESDT через торговые платформы (exchanges) или мосты.
❓ Как вы думаете, может ли прозрачное и скоординированное восстановление хардфорка укрепить доверие к MultiversX?
Пожалуйста, продолжайте следить
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ Планы MultiversX по восстановлению хардфорка ⚠️
Сеть работала нормально. Затем была изменена одна из ритмических настроек эксплуатации, что заставило валидаторов остановиться и вынудило разработчиков сосредоточиться на одном вопросе: как восстановить цепочку, не нарушив её исторический журнал?
MultiversX утверждает, что 19 сентября злоумышленник воспользовался проблемой атомарности на уровне виртуальной машины (VM), что привело к некорректным изменениям состояния и остановке прогресса сети. Команда подтверждает, что уязвимость была локализованной, и исправление подготовили в тот же день.
План восстановления сейчас — провести согласованный хардфорк, начиная с известной «хорошей» точки-проверки. MultiversX также говорит, что процедуру заранее проверили в Testnet и Devnet, а участие валидаторов подготовили до основного перезапуска.
Моё мнение: интересна не только сама предстоящая «жёсткая» развилка. Важно, как сеть реагирует под давлением. Процесс восстановления должен уравновешивать скорость и целостность состояния, координацию валидаторов и защиту пользователей.
И даже после сигнала «всё в порядке» MultiversX посоветовала пользователям не отправлять транзакции и не повторно транслировать их, а также не использовать маршруты пополнения и вывода EGLD или ESDT через торговые платформы (exchanges) или мосты.
❓ Как вы думаете, может ли прозрачное и скоординированное восстановление хардфорка укрепить доверие к MultiversX?
Пожалуйста, продолжайте следить
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
