A mainnet permaneceu interrompida no bloco 17.449.398. Segundo a atualização de status da MANTRA, a equipe capturou um snapshot completo do estado da rede antes da paralisação, preservando as informações necessárias para o trabalho de correção e recuperação.

Como o incidente afetou o token MANTRA?

A interrupção rapidamente atingiu o token nativo da rede. Dados de mercado indicaram uma queda de aproximadamente 18,5%, de cerca de US$ 0,005060 para uma mínima intradiária próxima de US$ 0,004126. Ao mesmo tempo, o volume negociado subiu quase 600%, para aproximadamente US$ 24 milhões, sinal de forte movimentação dos traders diante do exploit e da perda de funcionalidade on-chain.

A queda ocorreu embora a negociação pudesse continuar em algumas plataformas centralizadas. Com a rede MANTRA offline, porém, transferências on-chain e depósitos e saques em exchanges ficaram suspensos ou limitados. Na prática, o mercado ainda podia negociar o ativo, mas os usuários não conseguiam movimentá-lo normalmente pela blockchain.

Quantas carteiras foram afetadas e o que a MANTRA disse sobre os fundos?

A MANTRA afirmou que o exploit afetou dois endereços de carteira antes que a equipe conseguisse conter o incidente. O projeto também declarou que fundos de usuários de terceiros, exchanges e parceiros não foram diretamente afetados.

Essa afirmação representa a avaliação divulgada pela própria equipe durante o incidente, e não o resultado final de uma auditoria independente. A diferença é importante: dizer que os fundos estavam seguros descreve o que a MANTRA informou naquele momento, enquanto um relatório pós-incidente e uma revisão externa poderiam esclarecer melhor o caminho do exploit, os ativos envolvidos e quais controles falharam ou funcionaram.

Quais medidas foram tomadas para conter a ameaça?

A resposta teve como objetivo impedir que mais valor circulasse enquanto os investigadores isolavam a vulnerabilidade. A MANTRA:

• pausou os validadores e os endpoints públicos de RPC;
• congelou transações e outras atividades da rede;
• suspendeu operações de bridge, além de depósitos e saques em exchanges; e
• capturou um snapshot completo do estado da rede antes da interrupção.

Em seguida, a equipe identificou a causa-raiz, revisou vetores de ataque conhecidos e preparou a versão v8.4.0, uma atualização corrigida para tratar a vulnerabilidade no Cosmos EVM. O lançamento foi testado em um ensaio de atualização na DuKong testnet, enquanto a mainnet permanecia offline para a conclusão das revisões de segurança.

Como a rede deveria ser reiniciada?

O plano da MANTRA previa uma retomada coordenada dos validadores, em vez de permitir que cada operador colocasse seus nós de volta no ar por conta própria. Os validadores foram orientados a seguir o procedimento oficial de atualização e aguardar a atualização programada da mainnet. A equipe disse que os testes preliminares foram bem-sucedidos, mas que a rede ainda dependia das verificações finais de segurança e da preparação do reinício coordenado na atualização mais recente disponível.

Essa sequência é especialmente relevante em uma rede de prova de participação que foi interrompida. Restaurar os nós antes da aplicação e validação do patch poderia reintroduzir a vulnerabilidade ou gerar inconsistências no estado da blockchain. Por isso, as atualizações condicionaram a retomada à correção e à revisão do sistema, e não apenas à volta da produção de blocos.

Por que os usuários devem ficar atentos a golpes de recuperação?

Uma interrupção de rede cria uma oportunidade para golpistas se passarem pela equipe do projeto e enviarem instruções falsas de recuperação. Mensagens não solicitadas pedindo frase-semente, chave privada, “validação” da carteira ou transferência de ativos para um endereço de recuperação devem ser tratadas como suspeitas.

Uma retomada legítima da rede não deve exigir que o usuário revele credenciais da carteira nem envie ativos para um endereço controlado por alguém que se apresente como suporte. O caminho mais seguro é acompanhar os comunicados oficiais da MANTRA e usar apenas instruções verificadas de atualização, evitando links e mensagens diretas recebidos durante a interrupção.

Como o episódio se encaixa no histórico recente da MANTRA?

O incidente ocorreu em um período já delicado para o projeto. Em abril de 2025, o antigo token OM sofreu uma queda superior a 90%, passando de aproximadamente US$ 6,30 para menos de US$ 0,50, segundo reportagens da época. A MANTRA atribuiu o episódio a liquidações forçadas em exchanges, enquanto outros observadores questionaram essa explicação.

Mais tarde, o projeto migrou do OM para o MANTRA por meio de um split de tokens de 1:4 sem diluição, realizado no bloco 13.000.000: cada OM foi convertido em quatro tokens MANTRA, com a oferta total aumentando proporcionalmente.

A Inveniam Capital Partners também anunciou planos para adquirir a MANTRA e suas entidades afiliadas, combinando a infraestrutura de dados para mercados privados da Inveniam com a infraestrutura regulada de blockchain e de ativos tokenizados da MANTRA. Esse contexto corporativo não alterou o problema técnico imediato: o foco do mercado passou a ser a capacidade de reiniciar a rede com segurança e reabrir as transferências em exchanges.

O que o mercado acompanhava em seguida?

Os principais sinais eram claros:

1. Uma retomada segura da mainnet: a versão v8.4.0 precisava passar pela revisão final de segurança e ser implantada por meio do processo coordenado de atualização dos validadores.
2. A normalização das operações em exchanges: depósitos e saques precisavam ser retomados somente depois que a rede fosse considerada segura.
3. Um relatório pós-incidente detalhado: usuários e participantes do mercado precisavam de uma explicação clara sobre o caminho do exploit, os dois endereços afetados, as correções adotadas e os controles criados para evitar uma repetição.

Até que essas etapas fossem concluídas, o principal risco não era a volatilidade habitual de um token. Era a confiabilidade da própria rede — e a capacidade da MANTRA de restaurar as operações e recuperar a confiança após mais um teste importante de segurança e credibilidade.

A mainnet permaneceu interrompida no bloco 17.449.398. Segundo a atualização de status da MANTRA, a equipe capturou um snapshot completo do estado da rede antes da paralisação, preservando as informações necessárias para o trabalho de correção e recuperação.

Como o incidente afetou o token MANTRA?

A interrupção rapidamente atingiu o token nativo da rede. Dados de mercado indicaram uma queda de aproximadamente 18,5%, de cerca de US$ 0,005060 para uma mínima intradiária próxima de US$ 0,004126. Ao mesmo tempo, o volume negociado subiu quase 600%, para aproximadamente US$ 24 milhões, sinal de forte movimentação dos traders diante do exploit e da perda de funcionalidade on-chain.

A queda ocorreu embora a negociação pudesse continuar em algumas plataformas centralizadas. Com a rede MANTRA offline, porém, transferências on-chain e depósitos e saques em exchanges ficaram suspensos ou limitados. Na prática, o mercado ainda podia negociar o ativo, mas os usuários não conseguiam movimentá-lo normalmente pela blockchain.

Quantas carteiras foram afetadas e o que a MANTRA disse sobre os fundos?

A MANTRA afirmou que o exploit afetou dois endereços de carteira antes que a equipe conseguisse conter o incidente. O projeto também declarou que fundos de usuários de terceiros, exchanges e parceiros não foram diretamente afetados.

Essa afirmação representa a avaliação divulgada pela própria equipe durante o incidente, e não o resultado final de uma auditoria independente. A diferença é importante: dizer que os fundos estavam seguros descreve o que a MANTRA informou naquele momento, enquanto um relatório pós-incidente e uma revisão externa poderiam esclarecer melhor o caminho do exploit, os ativos envolvidos e quais controles falharam ou funcionaram.

Quais medidas foram tomadas para conter a ameaça?

A resposta teve como objetivo impedir que mais valor circulasse enquanto os investigadores isolavam a vulnerabilidade. A MANTRA:

• pausou os validadores e os endpoints públicos de RPC;
• congelou transações e outras atividades da rede;
• suspendeu operações de bridge, além de depósitos e saques em exchanges; e
• capturou um snapshot completo do estado da rede antes da interrupção.

Em seguida, a equipe identificou a causa-raiz, revisou vetores de ataque conhecidos e preparou a versão v8.4.0, uma atualização corrigida para tratar a vulnerabilidade no Cosmos EVM. O lançamento foi testado em um ensaio de atualização na DuKong testnet, enquanto a mainnet permanecia offline para a conclusão das revisões de segurança.

Como a rede deveria ser reiniciada?

O plano da MANTRA previa uma retomada coordenada dos validadores, em vez de permitir que cada operador colocasse seus nós de volta no ar por conta própria. Os validadores foram orientados a seguir o procedimento oficial de atualização e aguardar a atualização programada da mainnet. A equipe disse que os testes preliminares foram bem-sucedidos, mas que a rede ainda dependia das verificações finais de segurança e da preparação do reinício coordenado na atualização mais recente disponível.

Essa sequência é especialmente relevante em uma rede de prova de participação que foi interrompida. Restaurar os nós antes da aplicação e validação do patch poderia reintroduzir a vulnerabilidade ou gerar inconsistências no estado da blockchain. Por isso, as atualizações condicionaram a retomada à correção e à revisão do sistema, e não apenas à volta da produção de blocos.

Por que os usuários devem ficar atentos a golpes de recuperação?

Uma interrupção de rede cria uma oportunidade para golpistas se passarem pela equipe do projeto e enviarem instruções falsas de recuperação. Mensagens não solicitadas pedindo frase-semente, chave privada, “validação” da carteira ou transferência de ativos para um endereço de recuperação devem ser tratadas como suspeitas.

Uma retomada legítima da rede não deve exigir que o usuário revele credenciais da carteira nem envie ativos para um endereço controlado por alguém que se apresente como suporte. O caminho mais seguro é acompanhar os comunicados oficiais da MANTRA e usar apenas instruções verificadas de atualização, evitando links e mensagens diretas recebidos durante a interrupção.

Como o episódio se encaixa no histórico recente da MANTRA?

O incidente ocorreu em um período já delicado para o projeto. Em abril de 2025, o antigo token OM sofreu uma queda superior a 90%, passando de aproximadamente US$ 6,30 para menos de US$ 0,50, segundo reportagens da época. A MANTRA atribuiu o episódio a liquidações forçadas em exchanges, enquanto outros observadores questionaram essa explicação.

Mais tarde, o projeto migrou do OM para o MANTRA por meio de um split de tokens de 1:4 sem diluição, realizado no bloco 13.000.000: cada OM foi convertido em quatro tokens MANTRA, com a oferta total aumentando proporcionalmente.

A Inveniam Capital Partners também anunciou planos para adquirir a MANTRA e suas entidades afiliadas, combinando a infraestrutura de dados para mercados privados da Inveniam com a infraestrutura regulada de blockchain e de ativos tokenizados da MANTRA. Esse contexto corporativo não alterou o problema técnico imediato: o foco do mercado passou a ser a capacidade de reiniciar a rede com segurança e reabrir as transferências em exchanges.

O que o mercado acompanhava em seguida?

Os principais sinais eram claros:

1. Uma retomada segura da mainnet: a versão v8.4.0 precisava passar pela revisão final de segurança e ser implantada por meio do processo coordenado de atualização dos validadores.
2. A normalização das operações em exchanges: depósitos e saques precisavam ser retomados somente depois que a rede fosse considerada segura.
3. Um relatório pós-incidente detalhado: usuários e participantes do mercado precisavam de uma explicação clara sobre o caminho do exploit, os dois endereços afetados, as correções adotadas e os controles criados para evitar uma repetição.

Até que essas etapas fossem concluídas, o principal risco não era a volatilidade habitual de um token. Era a confiabilidade da própria rede — e a capacidade da MANTRA de restaurar as operações e recuperar a confiança após mais um teste importante de segurança e credibilidade.