Zcash lança nó Zakura antes da atualização Ironwood
O novo cliente sincroniza rapidamente a partir de snapshots de 11 GB e suporta o NU6.3 'catraca' destinado a conter o risco potencial de falsificação de ZEC.
Os desenvolvedores do ecossistema Zcash lançaram o Zakura v1.0.0, um novo nó completo projetado para reduzir o tempo de sincronização e facilitar migrações, já que o cliente legado zcashd atingiu o fim de vida em 18 de julho. O lançamento ocorre dias antes da atualização Ironwood (NU6.3) em 28 de julho, que adiciona um 'turnstile' em nível de protocolo para limitar as retiradas do pool protegido Orchard após a descoberta de um bug de solidez.
Principais Conclusões
- O Zakura v1.0.0 está ativo como um novo nó completo do Zcash mantido de forma independente da Zcash Foundation por Sean Bowe e Dev Ojha, financiado por doações privadas de ZEC.
- O software é um fork podado e de sincronização rápida do Zebra e inclui um modo de compatibilidade com zcashd, já que o zcashd atingiu o fim de vida em 18 de julho.
- Os operadores podem inicializar a partir de instantâneas de cadeia podadas de cerca de 11 GB, com a equipe afirmando que um novo nó pode estar em funcionamento em menos de dois minutos, '680 vezes mais rápido'.
- A atualização Ironwood (NU6.3) está programada para 28 de julho no bloco 3.428.143 (~8 a.m. ET) e introduz um 'turnstile' Orchard para conter possíveis ZEC falsificados ligados a um bug de solidez do Orchard.
Zakura v1.0.0 chega enquanto zcashd atinge o fim de vida
A pilha de infraestrutura do Zcash está sendo forçada a passar por uma janela de transição de cliente. O Zakura v1.0.0 foi lançado como uma nova implementação de nó completo ao mesmo tempo que o zcashd, o cliente original do Zcash, atingiu o fim de vida em 18 de julho.
Operacionalmente, esse cronograma é mais importante do que o marketing de throughput. Nós completos aplicam regras de consenso, e exchanges, carteiras e formadores de mercado precisam de um comportamento de nó previsível em torno das janelas de atualização.
O Zakura é posicionado como um caminho de substituição para equipes que historicamente integraram contra o zcashd, com um modo de compatibilidade projetado para reproduzir a interface do zcashd, de modo que as integrações existentes possam continuar funcionando sem reescritas.
O Zakura é mantido de forma independente da Zcash Foundation por Sean Bowe e Dev Ojha, e é financiado por doações privadas de ZEC, em vez de uma empresa ou fundação. Essa independência tem suas vantagens e desvantagens para os operadores: pode acelerar a iteração, mas também transfere a devida diligência para os integradores que precisam estar confortáveis em executar um novo cliente de produção.
Sincronização Rápida por Snapshot: O que a Zakura muda para Operadores de Nó
A Zakura é um fork da Zebra, o que significa que começou a partir da base de código do nó da Fundação e foi reconstruída a partir daí. A principal mudança operacional é seu modelo de sincronização rápida baseado em snapshot, possibilitado pela poda.
A poda exclui dados antigos da blockchain que um nó não precisa mais para validar a cadeia atual. Com os dados antigos removidos, a equipe distribui snapshots da cadeia podada prontos, com cerca de 11 GB. Um novo nó pode baixar o snapshot em vez de sincronizar toda a cadeia bloco a bloco desde o início, e a equipe afirma que isso leva um nó de zero a funcionando em menos de dois minutos, "680 vezes mais rápido."
Se esse fluxo de trabalho se mantiver sob condições do mundo real, ele reduz o custo de manter nós redundantes e rotacionar infraestrutura. Isso é mais importante quando o tempo de atividade é inegociável, como janelas de hard-fork onde exchanges e carteiras querem caminhos de recuperação rápidos se um nó falhar ou uma implantação precisar ser revertida.
A Zakura também vem com um sistema experimental de propagação rápida de blocos destinado a entregar cada bloco a cada nó em menos de meio segundo. Ele está desligado por padrão.
Ironwood em 28 de julho: O Patch de Integridade de Suprimento Turnstile
O catalisador de curto prazo não é escalonamento teórico. É o Ironwood (NU6.3), programado para ativar em 28 de julho no bloco 3,428,143 (aproximadamente 8 da manhã, horário do leste). A atualização introduz um mecanismo de 'turnstile' para limitar retiradas do pool protegido Orchard.
O Ironwood existe devido a um bug de solidez do circuito de prova do Orchard descoberto em 29 de maio pelo pesquisador da Shielded Labs, Taylor Hornby. A falha estava ativa desde que o Orchard foi ativado em maio de 2022 e poderia ter permitido que um atacante cunhasse ZEC falsificado sem rastreamento na cadeia.
Os desenvolvedores desativaram o Orchard através de uma resposta de emergência concluída em 2 de junho, e então o restauraram com um circuito corrigido via o hard fork NU6.2 no bloco 3,364,600 em 3 de junho.
O problema é a lacuna entre "corrigido a partir de agora" e "provavelmente seguro historicamente."Provas de conhecimento zerorevela apenas que uma prova foi verificada, não qual valor foi movido dentro do Orchard, então a cadeia não pode provar que ZEC falsificado nunca foi criado durante a janela de vários anos.
O catraca de Ironwood é projetado para conter essa incerteza controlando o que pode cruzar a fronteira do Orchard, usando o fato de que os montantes que entram e saem de pools protegidos são públicos, mesmo que transferências internas sejam privadas.
Lista de Verificação do Catalyst para 28 de Julho: Migrações de Clientes e Prontidão para Atualização
Os eventos de limiar são claros e próximos. Primeiro é a realidade pós-18 de Julho: se grandes provedores de infraestrutura migram publicamente para Zakura (ou outros clientes) e se o modo de compatibilidade com zcashd funciona perfeitamente em produção sem quebras de casos extremos.
O segundo é o próprio 28 de Julho. O mercado se importará menos com o título de ativação e mais com confirmações de grandes exchanges e carteiras de que eles atualizaram e retomaram as políticas normais de depósito e retirada.
Há também o risco de parâmetros. Quaisquer atualizações das equipes principais sobre as configurações da catraca do Orchard e orientações operacionais para mover fundos através da fronteira do Orchard após a ativação moldarão quão rapidamente os usuários podem migrar saldos ao longo do tempo.
Finalmente, as alegações de desempenho do Zakura precisam de validação independente. A avaliação de terceiros do fluxo de instantâneo de 11 GB e a alegação de inicialização em menos de dois minutos transformariam uma boa demonstração em algo que os operadores podem garantir.
Por que a Narrativa de Curto Prazo do ZEC é Risco de Infraestrutura, Não Sonhos de TPS
Estou tratando isso como uma história de infraestrutura e integridade de suprimento com uma data fixa, não um avanço em escalabilidade. A ativação do Ironwood em 28 de Julho é um catalisador concreto porque é explicitamente projetada para conter o risco potencial de ZEC falsificado que não pode ser auditado na cadeia devido ao funcionamento das provas de conhecimento zero.
O limiar que importa é se a migração do cliente e a implementação da catraca ocorrem de forma limpa nas exchanges e carteiras. Se essa tubulação se mantiver, a configuração começa a parecer estrutural em vez de impulsionada por narrativas, porque reduz a fragilidade da janela de atualização e estreita a sobrecarga de integridade de suprimento em um mecanismo definido sobre o qual os traders podem raciocinar.
