A Zcash Foundation lançou o Zebra 7.0.0 com suporte à NU7 na mainnet, instruindo os operadores de nós a atualizar antes do bloco 3.543.405, previsto para cerca de 5 de novembro.
Resumo
- Os operadores da mainnet devem atualizar antes da ativação para permanecerem na cadeia de consenso.
- As versões Zebra 6.4.x estão programadas para parar de operar dias antes da atualização.
- A NU7 introduz blocos de 25 segundos, preservando a emissão diária programada de ZEC.
- A fundação afirma que o Zebra 7.0.0 inclui correções para cinco avisos de segurança.
A Zcash Foundation disse em seu anúncio de 22 de outubro que os operadores da mainnet devem instalar a atualização para permanecerem na cadeia de consenso, enquanto as versões mais antigas 6.4.x se desligarão dias antes da ativação.
“Todos os operadores da Mainnet DEVEM atualizar antes da altura 3.543.405 (~5 de novembro) para permanecerem na cadeia de consenso.”
A fundação listou blocos de 25 segundos, um Mecanismo de Sustentabilidade da Rede e correções para cinco avisos de segurança entre os recursos do lançamento.
Operadores do Zebra enfrentam um desligamento mais cedo
A atualização de engenharia da fundação de 6 de outubro indicou o desligamento esperado do Zebra 6.4.x para cerca de 2 de novembro. Os desenvolvedores encurtaram o período de operação do software de 15 semanas para 12 semanas para antecipar essa parada em relação à atualização de rede planejada.
Na mesma atualização, a equipe de engenharia disse que os cálculos de expiração e as estimativas de sincronização foram ajustados para seguir o tempo de bloco em vigor em cada altura. Sem esse ajuste, a produção mais rápida de blocos poderia fazer o software parar antes do previsto.
A NU7 chegou à testnet pública no bloco 4.465.026 em 4 de outubro, confirmou a fundação. A ativação na testnet introduziu as mudanças de consenso para observação antes da implantação na mainnet.
Como o crypto.news relatou anteriormente em 21 de outubro, os desenvolvedores haviam selecionado a altura de ativação na mainnet após uma reunião dos editores de ZIP em 20 de outubro. No momento desse relatório, a mudança ainda aguardava integração na especificação de implantação.
O texto atual do ZIP 259 agora lista o bloco 3.543.405 da mainnet. Suas regras de compatibilidade dizem que nós atualizados desconectarão pares que anunciem uma versão mais antiga do protocolo de rede após a ativação.
A especificação adverte que softwares não suportados podem permanecer online e seguir um ramo de consenso anterior à NU7. Ela não estabelece quantos operadores ainda estão usando software incompatível.
Zcash busca confirmações mais rápidas sem emissão mais rápida
O ZIP 218 define a nova meta de bloco em 25 segundos, abaixo dos 75 segundos. Seus autores identificam pagamentos, depósitos em exchanges e operações entre cadeias como usos afetados pela espera por confirmações.
A proposta não aconselha os clientes a reduzir suas contagens de confirmação. Sua discussão sobre risco de reversão distingue entre modelos de segurança, incluindo modelos baseados na parcela de poder de mineração de um atacante e aqueles baseados no custo econômico de reverter um pagamento.
A explicação da fundação sobre o candidato a lançamento de 2 de outubro diz que a emissão diária programada permanece inalterada porque o software divide as recompensas de bloco programadas por três e ajusta os intervalos de halving restantes.
Sua descrição mantém o cronograma de halving de quatro anos e o limite de oferta de 21 milhões de ZEC. Portanto, a produção mais rápida de blocos não significa que o subsídio diário de mineração programado triplique.
A pesquisa de setembro com detentores de moedas registrou aproximadamente 99,9% de apoio a intervalos de bloco mais curtos e 98,9% de apoio à preservação dos halvings. Quase 2,4 milhões de ZEC participaram, representando cerca de 66% dos saldos elegíveis do Ironwood no snapshot, de acordo com os resultados publicados divulgados em 16 de setembro.
A votação foi encerrada em 14 de setembro após os saldos serem registrados no bloco 3.459.350 da mainnet em 24 de agosto. A elegibilidade dependia de fundos protegidos gastáveis mantidos no Ironwood naquele snapshot.
NU7 redireciona taxas para futuras recompensas de mineração
A explicação do release candidate da fundação descreve uma divisão na qual 60% das taxas de transação saem de circulação para uma reserva, enquanto os mineradores ficam com os 40% restantes.
Sob o Mecanismo de Sustentabilidade da Rede, os fundos reservados podem retornar gradualmente por meio de futuras recompensas de bloco. A cobertura da ativação de 21 de outubro identificou o bloco 8.939.664 da mainnet para o início da reemissão, previsto para cerca de fevereiro de 2031.
Os detentores de moedas favoreceram esse momento com aproximadamente 96,6% de apoio na pesquisa de setembro. A especificação de implantação lista a altura de reemissão separadamente da altura de ativação da NU7.
A explicação técnica de 2 de outubro dá aos pools de mineração uma instrução relacionada. Como uma transação coinbase depende das taxas de transação selecionadas e da reserva do bloco pai, os mineradores devem solicitar um novo modelo de bloco em vez de alterar seu conjunto de transações ou o bloco anterior por conta própria.
A fundação descreveu limites de atividade shielded abrangendo pools individuais e um orçamento compartilhado entre pools. Sua atualização de engenharia diz que essas restrições foram projetadas para proteger carteiras leves contra spam enquanto a rede produz blocos com mais frequência.
A ZIP 218 estabelece o orçamento shielded compartilhado em 330 ações por bloco, juntamente com limites separados por pool. Seus autores estimam que as mudanças reduzem a largura de banda de sincronização diária de carteiras leves no pior caso de 271 megabytes para 169 megabytes, uma redução de aproximadamente 37%.
A proposta observa um trade-off de privacidade separado. Blocos mais frequentes dão aos observadores informações de tempo mais refinadas, que podem ser combinadas com observações de redes ou aplicações. Seus autores afirmam que os novos limites não impedem a análise de tráfego nem eliminam o risco de negação de serviço.
Fundos do Sprout enfrentam um prazo de gasto separado
A cobertura da testnet de 5 de outubro descreveu outra mudança da NU7 que afeta fundos no Sprout, o pool shielded original do Zcash. Desativar transações de versão 4 impede o gasto desses fundos após a ativação, a menos que os detentores os movam antes.
A ZIP 259 especifica que a proibição se aplica a todas as transações de versão 4, incluindo transações apenas transparentes e transações Sapling. Transações salvas assinadas offline exigem as mesmas verificações de ativação.
A especificação diz que as versões 5 e 6 mantêm suas estruturas existentes, mas suas assinaturas se comprometem com um identificador de ramificação de consenso. Um formato de transação inalterado não garante que uma transação permaneça válida durante a ativação.
