A Zcash chamou atenção depois que exploradores de blocos indicaram, de forma equivocada, que a rede teria ficado horas sem produzir blocos. No entanto, o preço reagiu na direção oposta ao medo inicial. O ZEC negociava perto de US$ 620, com alta de cerca de 10%, enquanto Bitcoin e Ethereum recuavam mais de 4%.

Assim, a Zcash virou uma das poucas altas em meio a uma liquidação mais ampla no mercado de criptomoedas. Além disso, o cenário global seguia pressionado por tensões geopolíticas renovadas, enfraquecimento do apetite por risco e liquidações forçadas de posições alavancadas. Ainda assim, o episódio mostrou que a suposta falha crítica estava ligada a uma interrupção deliberada de parte do sistema de privacidade para viabilizar uma atualização emergencial.

Exploradores criaram impressão de falha

A confusão começou depois que a Zcash concluiu uma atualização para restaurar o Orchard, a pool blindada que sustenta as transações de privacidade mais avançadas da rede. Em seguida, alguns exploradores de blocos ficaram desatualizados e criaram a impressão de que a blockchain havia travado. Contudo, operadores de infraestrutura afirmaram que esses exploradores apenas passavam por nova sincronização após a atualização dos nós.

Enquanto isso, mineradores continuaram produzindo blocos, e as transações seguiram com confirmações normais. Josh Swihart, fundador da ZODL, afirmou que o problema não afetou a continuidade da cadeia. Ele escreveu no X:

“A Zcash nunca caiu. Muitos exploradores de blocos estavam usando nós sem o patch. Isso acontece em toda atualização de rede.”

Josh Swihart no X

Em outras palavras, a rede não sofreu uma paralisação total. Em vez disso, os desenvolvedores desativaram temporariamente as transações do Orchard por meio de um soft fork emergencial. A medida buscou conter uma vulnerabilidade de consistência no circuito de prova de conhecimento zero do Orchard, enquanto a equipe preparava uma correção permanente.

Zcash Foundation detalhou falha de segurança

Segundo a Zcash Foundation, o pesquisador independente de segurança Taylor Hornby descobriu a vulnerabilidade em 29 de maio, durante uma pesquisa de segurança de protocolo para a Shielded Labs. Poucas horas depois, engenheiros da ZODL confirmaram o problema e iniciaram uma resposta confidencial com mineradores, exchanges, provedores de infraestrutura e outros participantes da rede.

A primeira fase ocorreu na altura de bloco 3.363.426. Nessa etapa, a rede passou a rejeitar transações e blocos que continham Orchard. Posteriormente, o hard fork NU6.2 entrou em vigor na altura de bloco 3.364.600, no início da quarta-feira, e reabilitou o Orchard com um circuito corrigido. Além disso, a fundação orientou operadores de nós a atualizarem para o Zebra 5.0.0, versão compatível com as novas regras da rede.

Por que o Orchard elevou o risco operacional

O Orchard não ocupa papel secundário na arquitetura da Zcash. Pelo contrário, ele representa a pool blindada mais nova da rede, lançada com a atualização NU5 em 2022. Além disso, o sistema usa Halo 2 e dispensa trusted setup, ponto historicamente sensível no desenho de criptomoedas com foco em privacidade.

Para a Zcash Foundation, o Orchard é a peça central da arquitetura de privacidade da rede. A falha atingia a consistência do circuito Orchard. Isto é, o sistema poderia aceitar algo que deveria rejeitar. Nesse caso, uma exploração bem-sucedida poderia permitir gasto duplo dentro do Orchard. Ainda que o problema fosse grave para a contabilidade da pool blindada, ele não permitiria inflar a oferta total de Zcash.

Esse ponto pesou na avaliação de risco. O mecanismo turnstile da Zcash acompanha como o valor circula entre Sprout, Sapling, Orchard, endereços transparentes e saldos em lockbox. Conforme a fundação, essas verificações confirmaram que o limite máximo de 21 milhões de ZEC permaneceu intacto, sem evidências de criação não autorizada de valor.

Privacidade permaneceu preservada

A vulnerabilidade também não afetou a privacidade dos usuários, segundo a entidade. Ademais, as transações Sapling e transparentes continuaram operando normalmente enquanto o Orchard ficou suspenso. Portanto, o incidente não comprometeu a proteção de dados dos usuários nem interrompeu o funcionamento geral da rede.

A correção exigiu duas frentes porque um patch convencional não resolveria o problema. Primeiramente, os desenvolvedores recorreram a um soft fork para desativar o Orchard sem expor detalhes sensíveis da falha. Afinal, uma correção pública imediata poderia revelar informações suficientes para que atacantes entendessem a vulnerabilidade antes de a rede estar totalmente protegida.

Em seguida, a solução definitiva exigiu um hard fork, já que o erro estava dentro do circuito de prova de conhecimento zero. Corrigir esse tipo de falha requer alterar a chave verificadora fixada que a rede usa para validar as provas do Orchard. Por isso, a mudança precisava ocorrer no nível de consenso.

ZEC subiu enquanto Bitcoin e Ethereum caíram

A Zcash Foundation afirmou que este foi apenas o segundo upgrade de protocolo motivado por segurança em toda a história da Zcash desde o lançamento da rede, em 2016. Além disso, a coordenação ocorreu em prazo incomum. O contato privado com mineradores e exchanges começou em 31 de maio. Depois que uma tentativa inicial de ativação do soft fork enfrentou problemas de implantação, os engenheiros prepararam um segundo patch. O soft fork entrou em vigor por volta de 02h00 UTC de 2 de junho, e o hard fork NU6.2 chegou no começo de 3 de junho.

No mercado, a resposta foi imediata. Bitcoin negociava na faixa de US$ 65.900, enquanto Ethereum rondava US$ 1.832, ambos com queda próxima de 4%. Em contraste, o ZEC subia para perto de US$ 620, depois de tocar máxima intradiária acima de US$ 642.

O pano de fundo também seguia adverso. A Reuters apontou que os mercados globais enfraqueceram com a escalada do conflito no Oriente Médio e com o petróleo Brent se aproximando de US$ 100 por barril. Além disso, a queda do Bitcoin ajudou a desencadear mais de US$ 1 bilhão em liquidações de posições alavancadas durante a venda generalizada, atingindo principalmente operações compradas.

No balanço do episódio, a alta da Zcash sugeriu que traders não precificaram a falha do Orchard como dano permanente à rede. Pelo contrário, a leitura predominante indicou que o problema foi descoberto, contido e corrigido antes de qualquer exploração conhecida. Os dados divulgados pela Zcash Foundation indicam que a rede continuou produzindo blocos, que o limite de 21 milhões de ZEC foi preservado e que não houve evidência de criação indevida de valor.