Espera-se que a Zcash ative sua atualização de rede NU6.3 "Ironwood" na altura do bloco 3.428.143 em 28 de julho.
Resumo
- Ironwood é ativado no bloco 3.428.143, substituindo Orchard por um sistema de pool de transações protegidas rastreado separadamente.
- A catraca bloqueia mais ZEC saindo de Orchard do que entrou, fortalecendo a verificação pública do fornecimento após a migração.
- Notas recuperáveis quânticas suportam recuperação futura, mas Ironwood não torna a Zcash quântica-segura hoje por si só.
O lançamento do Zebra 6.0.0 da Zcash Foundation coloca a ativação estimada perto das 13:00 UTC e diz a todos os operadores de nós que atualizem antes do fork.
A atualização introduz um novo pool protegido e um formato de transação v6. Ela segue a divulgação de uma falha no pool Orchard mais antigo que poderia ter permitido a um atacante criar ZEC falsificado sem um registro público óbvio.
Os desenvolvedores corrigiram a falha por meio de atualizações de emergência em junho. Eles disseram que não encontraram "nenhuma evidência" de exploração, mas o design de privacidade da Zcash impede que eles provem que a inflação oculta nunca ocorreu.
Ironwood cria um pool protegido rastreado separadamente
De acordo com as notas de lançamento do Zebra 6.0.0, Ironwood reutiliza a estrutura de Ação de Orchard e o sistema de prova Halo2. No entanto, adiciona uma árvore de compromisso de notas separada, conjunto de anuladores, pool de valor de cadeia e dados de histórico de cadeia. Esses registros permitem que os nós rastreiem o novo pool independentemente de Orchard após a ativação.
Zebra também atualiza vários comandos de nó para que os operadores possam inspecionar o valor do pool e o estado da árvore de compromisso. O lançamento do GitHub da Zcash Foundation classifica a atualização como crítica para os operadores porque o software mais antigo não seguirá a cadeia correta após a altura de ativação.
Catraca limita o valor que sai de Orchard
A principal salvaguarda de fornecimento da Ironwood é uma catraca entre Orchard e o novo pool. Após a ativação, Orchard deixará de aceitar novas saídas e transações internas. Os fundos podem sair, mas a regra contábil impede que mais ZEC saia de Orchard do que a quantidade que entrou legitimamente.
A explicação do design da Ironwood diz que o mecanismo dá aos usuários uma verificação pública do fornecimento circulante sem expor saldos privados ou detalhes de transações. Em vez disso, deixaria qualquer valor oculto excedente preso dentro de Orchard depois que o pool se tornar somente de saída.
Como o crypto.news relatou anteriormente, a Zcash agendou o hard fork de 28 de julho depois que os desenvolvedores concluíram que o bug corrigido ainda deixava uma questão de fornecimento que não podiam responder com certeza. O fundador da Zcash, Zooko Wilcox, disse que a falha era "improvável de ter sido explorada", ao mesmo tempo em que afirmou que os usuários não deveriam precisar confiar nessa avaliação.
Notas ganham um caminho futuro de recuperação quântica
Ironwood também muda como as notas protegidas são criadas para que possam ser recuperadas por meio de um protocolo pós-quântico futuro. A especificação oficial ZIP 2005 chama o recurso de recuperabilidade quântica. Ela vincula mais dados de nota à construção da nota, permitindo que um sistema de recuperação posterior verifique a propriedade sem depender apenas de criptografia que um computador quântico poderoso poderia quebrar.
A mudança não torna as transações atuais da Zcash quântica-seguras. A especificação diz que um protocolo de recuperação separado ainda deve ser projetado e ativado posteriormente. Os fundos que permanecem em Sprout, Sapling ou Orchard não ganhariam essa opção de recuperação. As carteiras devem movê-los para notas Ironwood para receber a nova proteção.
A mesma especificação diz que endereços Orchard existentes podem receber notas Ironwood, reduzindo mudanças para os usuários. Os desenvolvedores de carteiras ainda devem adicionar suporte à migração. Usuários cujas carteiras não atualizarem podem enfrentar atrasos ao mover fundos Orchard, enquanto as exchanges podem pausar brevemente depósitos ou saques em torno do fork.
Zebra se torna obrigatório com o fim do suporte ao zcashd
A atualização também completa a transição do Zcash para longe do software de nó zcashd mais antigo. A rede definiu a parada de fim de suporte do zcashd no bloco 3.417.100, antes da ativação do Ironwood. O cronograma oficial de descontinuação diz que o zcashd não suportará NU6.3, deixando o Zebra como a implementação de nó necessária para as novas regras.
O Zebra 6.0.0 inclui uma correção de segurança separada para o mempool. O problema permitia que pares enviassem transações não padronizadas e caras de verificar, que poderiam reduzir a capacidade de resposta do nó enquanto o tráfego continuasse. A correção rejeita essas entradas antes da etapa de verificação custosa. A Fundação disse que a falha afetou apenas a disponibilidade e não permitiu blocos inválidos, perda de fundos ou falha de consenso.
A cobertura relacionada do crypto.news detalhou a resposta em duas etapas do Zcash à vulnerabilidade Orchard. Os desenvolvedores primeiro desativaram a atividade Orchard e depois ativaram o hard fork NU6.2 com código corrigido antes de restaurar o pool. O Ironwood agora adiciona um limite contábil separado, em vez de outro patch dentro do mesmo pool.
A atualização permanece vinculada à produção de blocos, portanto, seu horário exato pode mudar. Se a cadeia atingir o bloco 3.428.143 como esperado, o Ironwood será ativado em 28 de julho e iniciará a transição Orchard para Ironwood.
