#multiversxplanshardforkrecovery
⚠️ Planos da MultiversX para recuperar a finalização do tipo hard fork ⚠️
A rede estava funcionando normalmente. Então, mudou-se uma exploração de tempo de ritmo, forçando os validadores a interromperem e levando os desenvolvedores a se concentrarem em uma única questão: como recuperar a cadeia sem comprometer seu histórico?
A MultiversX afirma que um atacante explorou um problema de atomicidade no nível da Máquina Virtual (VM) em 19 de setembro, o que causou mudanças inválidas de estado e uma parada no progresso da rede. A equipe garante que a vulnerabilidade foi isolada e que uma correção foi preparada no mesmo dia.
O plano de recuperação agora é executar um hard fork coordenado a partir de um “checkpoint” conhecido como “bom”. A MultiversX diz que o procedimento foi revisado antes no Testnet e no Devnet, com a participação dos validadores antes do reinício principal.
Meu parecer: a parte mais interessante não é apenas que haverá um hard fork chegando. Mas sim como a rede responde sob pressão. O processo de recuperação precisa equilibrar velocidade e integridade do estado, coordenação dos validadores e a proteção dos usuários.
E mesmo antes do sinal de “tudo está bem”, a MultiversX aconselhou os usuários a não enviarem transações nem reenviá-las, e a não usar rotas de depósitos e saques de EGLD ou ESDT via plataformas de negociação (exchanges) ou pontes.
❓ Você acha que uma recuperação de hard fork transparente e coordenada pode aumentar a confiança na MultiversX?
Por favor, acompanhem
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ Planos da MultiversX para recuperar a finalização do tipo hard fork ⚠️
A rede estava funcionando normalmente. Então, mudou-se uma exploração de tempo de ritmo, forçando os validadores a interromperem e levando os desenvolvedores a se concentrarem em uma única questão: como recuperar a cadeia sem comprometer seu histórico?
A MultiversX afirma que um atacante explorou um problema de atomicidade no nível da Máquina Virtual (VM) em 19 de setembro, o que causou mudanças inválidas de estado e uma parada no progresso da rede. A equipe garante que a vulnerabilidade foi isolada e que uma correção foi preparada no mesmo dia.
O plano de recuperação agora é executar um hard fork coordenado a partir de um “checkpoint” conhecido como “bom”. A MultiversX diz que o procedimento foi revisado antes no Testnet e no Devnet, com a participação dos validadores antes do reinício principal.
Meu parecer: a parte mais interessante não é apenas que haverá um hard fork chegando. Mas sim como a rede responde sob pressão. O processo de recuperação precisa equilibrar velocidade e integridade do estado, coordenação dos validadores e a proteção dos usuários.
E mesmo antes do sinal de “tudo está bem”, a MultiversX aconselhou os usuários a não enviarem transações nem reenviá-las, e a não usar rotas de depósitos e saques de EGLD ou ESDT via plataformas de negociação (exchanges) ou pontes.
❓ Você acha que uma recuperação de hard fork transparente e coordenada pode aumentar a confiança na MultiversX?
Por favor, acompanhem
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
