O mercado vê primeiro a ONE despencar de repente durante a madrugada, mas o que realmente vale a pena observar não é a queda em si, e sim um problema mais complicado: se uma blockchain pública consegue criar, do nada, uma quantidade enorme de moedas nativas em blocos anômalos, o patch só consegue impedir a próxima vez; como lidar com os tokens que já entraram no mercado?
12 de agosto, a Harmony confirmou que a rede foi atacada, afirmando que está trabalhando com as respectivas plataformas de negociação para bloquear e congelar fundos, além de desenvolver um patch e avaliar opções de rollback. Vários pesquisadores on-chain relataram que o atacante cunhou cerca de 4 bilhões de ONE por meio de blocos vazios anômalos; o volume é equivalente a aproximadamente um quarto do volume em circulação antes do incidente. A maior parte dos tokens provavelmente já foi direcionada a plataformas centralizadas. É importante destacar que a Harmony ainda não divulgou uma análise técnica completa e também não confirmou oficialmente a quantidade final de emissão anômala; portanto, “4 bilhões de ONE” e os fluxos específicos ainda devem ser considerados apenas estimativas on-chain.
Esse tipo de incidente é mais difícil do que ter a chave privada comum roubada. Quando a chave privada é comprometida, normalmente significa que um ativo existente trocou de dono; já uma emissão anormal de tokens reescreve diretamente o lado da oferta. O mercado costuma precificar os ativos com base no total supply, na quantidade em circulação e no cronograma de liberação. De repente, surge um lote de tokens fora do balanço contábil — é como se todo o Tokenomics fosse forçado a ser recalculado. Se a interface de dados também não refletir a mudança em tempo hábil, a cotação, a carteira, o navegador e o sistema de segurança podem “enxergar” mundos diferentes.
A primeira linha de defesa é o monitoramento de depósitos na plataforma de negociação. Depois que ocorre uma anomalia on-chain, o atacante muitas vezes tenta enviar os tokens para uma CEX antes que a lista negra seja sincronizada. Monitorar apenas transferências de grande valor não é suficiente: a plataforma precisa integrar mudanças na oferta, blocos anômalos, eventos de cunhagem, agrupamento de endereços e comportamentos de recarga. O controle de risco realmente eficaz não é esperar o projeto anunciar para então bloquear endereços, e sim identificar antes “que esse lote de moedas não deveria existir”.
O segundo grande desafio é o rollback. O rollback parece capaz de restaurar a cadeia ao estado anterior ao ataque, mas não é como apertar um botão de desfazer. Se os tokens anômalos já tiverem entrado na plataforma de negociação e concluído a execução, ocorrerá um descompasso entre o histórico on-chain e os livros internos da plataforma: alguém vendeu os tokens do ataque, alguém comprou normalmente, e outros concluíram transferências cross-chain ou saques. A quem o rollback de fato protege e quem arca com as perdas se transformará rapidamente de um problema técnico em uma questão de governança e confiança.
Os veteranos sabem que a “imutabilidade” de uma blockchain nunca foi um slogan absoluto. Na prática, é o resultado de um consenso social, regras do cliente e da seleção de validadores para manterem esse funcionamento. O verdadeiro teste para o projeto é se ele consegue explicar de forma aberta o impacto nos blocos, a oferta anômala, as rotas dos fundos, as diferenças do patch, a proporção de atualização dos validadores e, sobretudo, como será a alocação de perdas para aqueles que sofrem com o rollback versus quem fica sem rollback. Dizer apenas “os fundos estão sendo congelados” não basta.
Para outros projetos, este incidente ao menos deixa três tarefas: expandir o monitoramento de oferta, indo além dos eventos de contrato e chegando à camada de consenso; preparar para a plataforma de negociação informações de emergência legíveis por máquina; e, antes de o acidente acontecer, deixar claro o escopo de governança para rollback, hard fork e indenizações. Segurança não é um relatório de auditoria; é uma defesa em camadas completa — de nós, RPC, navegador até a plataforma de negociação.
Minha previsão é que o foco do mercado em seguida saia de “quanto ONE ainda está à venda” e passe para dois indicadores críticos: se o patch bloqueia completamente a cunhagem anômala e se os validadores e a plataforma de negociação aceitam a mesma estratégia de tratamento. Enquanto não houver um ciclo fechado entre a reconstituição técnica e o tratamento dos livros, uma alta de curto prazo não significa que o risco foi resolvido.
Se você fosse um validador, apoiaria um rollback para restaurar o estado antigo, ou preferiria manter o histórico on-chain inalterado e compensar os usuários prejudicados via governança subsequente?
Fonte dos fatos: resposta oficial da Harmony em 12 de agosto; reportagens cruzadas do CoinDesk e do The Block com dados de pesquisadores on-chain.
Aviso de risco: o incidente ainda está sob investigação; a quantidade de emissão anormal, a direção dos fluxos de fundos e a estratégia de tratamento podem ser atualizadas. Este artigo serve apenas para observações técnicas e da indústria, não constituindo recomendação de investimento.