CEVIU Logo
Voltar

Vulnerabilidade no Zcash poderia permitir emissão ilimitada de ZEC sem detecção

Aprofundamento CEVIU

Aprofundamento

O bug no Orchard não foi um erro de implementação comum, mas uma falha matemática profunda no circuito de prova de conhecimento zero: um elemento sub-restrito permitia que entradas inválidas passassem pela verificação de multiplicação em curva elíptica. Isso invalidava toda a garantia de escassez do ZEC, não havia limite teórico para emissão, e nenhuma transação fraudulenta deixava rastro on-chain, nem mesmo nos blocos protegidos. O pesquisador Taylor Hornby o explorou usando Claude Opus 4.8 e uma ferramenta de IA personalizada, gerando ZEC falso localmente em menos de 48 horas após o lançamento do modelo da Anthropic. A resposta técnica foi acelerada: soft fork em 2 de junho desativou o Orchard; hard fork NU6.2 em 3 de junho reativou-o com circuito corrigido, um ciclo de cinco dias entre descoberta e correção total.

A queda de 50% no preço (de US$ 624 para US$ 309 em 48h) reflete mais que pânico: expõe a fragilidade estrutural de moedas com privacidade forte quando a auditabilidade é sacrificada. Diferente do Sprout, cuja vulnerabilidade de 2019 só foi encontrada por auditoria manual, o Orchard resistiu a três auditorias independentes desde 2022. Agora, a proposta de 'contabilidade de catracha' para migrar fundos para o novo pool Ironwood não é só técnica: é uma tentativa de reconstruir confiança sem abandonar a privacidade, algo que o mercado ainda não viu funcionar em larga escala.

O que mudou

Na cobertura anterior do CEVIU de 8 de junho, a falha era descrita como 'bug de mint infinito indetectável', mas sem detalhes sobre o mecanismo matemático ou o cronograma de resposta. Agora sabemos que o problema existia desde maio de 2022, foi encontrado em 29 de maio de 2026, e resolvido com dois forks sequenciais em 2 e 3 de junho, não com um único patch. Também não era apenas 'indetectável': era criptograficamente invisível, mesmo para nós full nodes. A proposta do Ironwood e da contabilidade de catracha é nova e não constava na primeira reportagem, assim como a confirmação de que Claude Opus 4.8 foi usado como ferramenta-chave na descoberta.

Por que isso importa

Isso vai além do Zcash: mostra que provas de conhecimento zero em produção exigem não só auditorias formais, mas testes ativos com ferramentas de IA capazes de explorar lacunas lógicas que humanos e verificadores tradicionais ignoram. Para fintechs que adotam ZKPs em sistemas de compliance ou pagamentos privados, o risco não é só de vazamento de dados, mas de colapso de confiança na própria oferta de ativo. E o Ironwood não é só uma atualização, é um experimento de governança: tentar auditar uma moeda privada sem quebrar sua premissa central. Se der certo, pode virar referência para CBDCs com privacidade seletiva.

Linha do tempo

  1. Lançamento do pool Orchard no Zcash, com falha matemática já presente

  2. Taylor Hornby descobre a vulnerabilidade usando Claude Opus 4.8 e ferramenta de IA personalizada

  3. Ativação do soft fork que desativa o Orchard na rede principal

  4. Ativação do hard fork NU6.2 com circuito Orchard corrigido

  5. Divulgação pública da falha e anúncio da proposta Ironwood com contabilidade de catracha

Perguntas frequentes

O ZEC emitido fraudulentamente ainda existe na rede?

Não. O soft fork de 2 de junho desativou o Orchard, impedindo novas transações protegidas. Como não há rastros on-chain, não há como identificar ou confiscar ZEC criado antes da correção, mas também não há evidência de que tenha sido emitido. A rede só reconhece ZEC válido após o hard fork NU6.2.

Por que o Orchard demorou quatro anos para ser auditado corretamente?

As auditorias anteriores focaram em fluxos de execução e validação de provas, mas não modelaram matematicamente os limites do campo subjacente. O bug estava em um elemento 'sub-restrito', ou seja, o circuito não impunha restrições suficientes sobre um parâmetro crítico. Foi só com análise combinada de IA e teoria de curvas que essa falha emergiu.

O que é 'contabilidade de catracha' e como ela funciona?

É um mecanismo proposto para o Ironwood: todo ZEC que sair do Orchard atual terá de passar por um ponto de verificação obrigatório antes de entrar no novo pool. Isso cria um log auditável da oferta total sem expor endereços ou valores, cada transação é marcada com um selo de origem, mas sem revelar quem enviou ou recebeu.

Essa falha afeta outras moedas com ZKPs, como Monero ou Aleph Zero?

Não diretamente. O Orchard usa um sistema específico de provas baseado em PLONK e curvas BLS12-381, diferente das abordagens de Monero (Bulletproofs) ou Aleph Zero (zk-STARKs). Mas o incidente alerta: qualquer protocolo que priorize privacidade total sem pontos de verificação externa está sujeito ao mesmo tipo de risco matemático oculto.

Avalie este artigo:
Compartilhar:
Categoria
CEVIU Fintech
Publicado
08 de junho de 2026
Fonte
CEVIU Fintech

Quer receber mais sobre CEVIU Fintech?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser
Vulnerabilidade no Zcash poderia permitir emissão ilimitada de ZEC sem detecção — CEVIU News