Exploração da Harmony ONE: 4 bilhões de ONE confirmados, enquanto revisão aponta para 3,01 trilhões

Em 12 de agosto de 2026, a vulnerabilidade explorada pela Harmony ONE permitiu a criação não autorizada do token nativo da rede por meio de falhas na validação de recibos entre shards. A Harmony confirmou uma emissão inicial de 4 bilhões de ONE, enquanto sua reconstrução mais recente indica que seis transações falsificadas entre shards podem ter emitido aproximadamente 3,01 trilhões de ONE no total. O projeto ainda está conciliando esses números, o que significa que a estimativa de 3,01 trilhões não deve ser considerada como o total final.

O token ONE caiu cerca de 40% quando a notícia da exploração chegou ao mercado. O pesquisador on-chain Juiceberg relatou inicialmente que aproximadamente 2,8 bilhões de ONE da primeira emissão detectada haviam sido transferidos para exchanges e também descobriu que o endpoint totalSupply da Harmony não refletia imediatamente os tokens não autorizados. A Harmony confirmou posteriormente a exploração e sua causa técnica, embora a discrepância entre o fornecimento e o endpoint permaneça como uma descoberta relatada pelo investigador, e não como um detalhe documentado independentemente no relatório de incidentes da Harmony.

• A Harmony sofreu uma exploração não autorizada de emissão de tokens ONE em 12 de agosto de 2026.

• O projeto confirmou uma emissão inicial de 4 bilhões de ONE, enquanto uma reconstrução posterior aponta para aproximadamente 3,01 trilhões de ONE criados por meio de seis transações inter-shard forjadas.

• As alterações no código do Harmony revelam fragilidades na proteção contra a reprodução de recibos entre shards e na verificação de quorum.

• A versão de emergência v2026.1.1 foi implementada para impedir novas explorações, enquanto os serviços de ponte foram suspensos.

• A Harmony está preparando um rollback para bloquear 92.730.034 vulnerabilidades, antes da exploração da vulnerabilidade.

Em termos técnicos, a exploração visava a forma como o Harmony processa recibos entre shards, usados para comunicar resultados de transações entre diferentes partes da rede. As alterações de código publicadas pelo Harmony revelam duas vulnerabilidades relevantes. Uma delas poderia permitir que uma verificação de quórum fosse bem-sucedida sem as aprovações necessárias dos validadores, enquanto a outra poderia fazer com que um recibo processado anteriormente parecesse não utilizado, permitindo que o destino fosse creditado novamente sem um novo débito correspondente.

Os números exigem mais cautela do que os primeiros relatórios sugeriam. A Harmony afirma que a primeira atividade confirmada consistiu em duas transações de bloco vazio que criaram 1 bilhão e 3 bilhões de ONE, respectivamente. Sua reconstrução subsequente, no entanto, identificou seis transações forjadas entre shards envolvendo quatro carteiras de atacantes e estimou a emissão total potencial em aproximadamente 3,01 trilhões de ONE. A Harmony ainda está verificando a diferença entre o valor inicial de 4 bilhões e a reconstrução, que apresentou um valor muito maior.

Isso também significa que a alegação amplamente divulgada de que a exploração aumentou a oferta de ONE em cerca de 26% se aplica apenas à estimativa original de 4 bilhões, em comparação com os aproximadamente 15 bilhões de ONE relatados antes do ataque. Não deve ser usada para descrever a possível cifra de 3,01 trilhões que está sendo investigada.

Um dos detalhes mais incomuns surgiu da investigação inicial de Juiceberg. O pesquisador relatou que o endpoint totalSupply da Harmony não incluiu imediatamente o token ONE recém-criado, mesmo enquanto tokens não autorizados já estavam circulando pela rede e chegando às corretoras. Consequentemente, os rastreadores de preço públicos ainda exibiam números de oferta que não contabilizavam a emissão relatada.

Isso é importante porque a oferta de tokens é um dado fundamental para avaliar a diluição, a capitalização de mercado e a escassez de um ativo. Qualquer serviço que dependa de dados de oferta desatualizados, sem reconciliar independentemente a cadeia subjacente, pode subestimar a escala de um evento repentino de emissão de tokens. Seria generalizar demais, no entanto, afirmar que todas as carteiras, exchanges ou plataformas de dados dependem exclusivamente do endpoint totalSupply da Harmony.

Para operadores de mercado e fornecedores de dados, dados de oferta incorretos ou atrasados podem distorcer diversas métricas básicas :

• Oferta em circulação, pois os tokens recém-criados podem não aparecer no valor relatado.

• Capitalização de mercado, que depende tanto do preço do token quanto do número de tokens em circulação.

• As estimativas de diluição dificultam a avaliação da desvalorização dos ativos existentes.

• Monitoramento de riscos, pois um aumento anormal na oferta normalmente seria um dos sinais mais claros de cunhagem não autorizada.

A distinção é importante. A exploração em si criou o risco econômico, enquanto a discrepância relatada na oferta potencialmente dificultou a identificação desse risco por meio de ferramentas de monitoramento padrão. O problema, portanto, não foi simplesmente a queda no preço do ONE, mas sim a incerteza quanto à quantidade de ONE que se acreditava existir durante o desenrolar do incidente.

Você pode encontrar mais notícias como esta em nossa página de notícias sobre criptomoedas .

A Harmony lançou a versão v2026.1.1 da Mainnet às 06:30 UTC do dia 12 de agosto. A atualização incorporou correções na lógica de recebimento entre shards, incluindo o cálculo do quórum e o mecanismo usado para determinar se um recebimento já havia sido processado. A Harmony também suspendeu seus serviços de bridge e começou a coordenar com exchanges e outros provedores de infraestrutura sobre os fundos relacionados à exploração da vulnerabilidade.

O projeto está agora se preparando para reverter a rede para o bloco 92.730.034, que é anterior à emissão não autorizada. O Shard 0 foi posteriormente pausado no bloco 92.753.555 enquanto a Harmony coordenava a reversão com validadores e exchanges.

Um rollback pode remover alterações de estado fraudulentas da cadeia canônica, mas também cria um problema à parte. Transações concluídas legitimamente após o ponto de rollback selecionado também podem ser afetadas, e é por isso que a coordenação entre validadores, exchanges e provedores de infraestrutura é fundamental antes que a rede retome sua operação normal.

O incidente de agosto de 2026 sucede dois problemas anteriores envolvendo a Harmony. Em junho de 2022, atacantes roubaram cerca de US$ 100 milhões da Ponte Horizon após comprometerem sua segurança. O FBI posteriormente atribuiu o roubo ao Grupo Lazarus da Coreia do Norte.

Em dezembro de 2023, a Harmony enfrentou um problema separado na criação de tokens. Um bug no sistema de staking resultou na criação indevida de aproximadamente 146,3 milhões de ONE, com parte desse montante posteriormente transferido para uma exchange.

A vulnerabilidade de 2026 é tecnicamente diferente dos dois casos anteriores. O ataque de 2022 envolveu a ponte, enquanto o incidente atual diz respeito à validação de recibos e à lógica de reprodução dentro do próprio protocolo Harmony. Para os traders, esse histórico é relevante porque introduz riscos operacionais e de rede que não podem ser mensurados apenas por meio de gráficos de preços.

Essa não foi uma movimentação de mercado convencional causada apenas pela mudança na demanda. A oferta subjacente do ativo foi alterada sem autorização, e a magnitude dessa mudança era incerta enquanto o mercado já estava reavaliando o preço do ONE. Uma ordem de stop pode reduzir a exposição às oscilações de preço quando há liquidez e execução disponíveis, mas não pode impedir a diluição nem eliminar o risco inerente ao protocolo.

Essa distinção é particularmente importante para ativos de menor capitalização. Os indicadores técnicos podem mostrar o comportamento do preço, mas não podem dizer se a contabilização de tokens, o software de validação ou a lógica entre shards de uma blockchain estão funcionando corretamente. Portanto, o risco do protocolo precisa ser considerado separadamente da própria configuração de negociação.

O incidente da Harmony também demonstra por que verificar apenas um dado de oferta nem sempre é suficiente. Quando um incidente de segurança está ativo, os traders precisam considerar o status da rede, os depósitos e saques na exchange, as operações de ponte e os dados independentes on-chain, além do preço de mercado cotado.

Conheça seu preço de liquidação e sua margem de perda antes de abrir qualquer posição em um ativo volátil de baixa capitalização. O mercado pode levar seu dinheiro rapidamente. Um protocolo falho pode fazer isso enquanto lhe diz que está tudo bem.