A Zcash Foundation publicou uma atualização sobre os progressos e um aviso de segurança enquanto os operadores de nós se preparam para a atualização da mainnet NU7 — atualmente prevista para cerca de 5 de novembro. O que aconteceu - O Zebra 7.0.0 foi lançado a 22 de outubro; a atualização de engenharia da Foundation (que abrange o período de 20 de outubro a 2 de novembro) resume os preparativos restantes para a NU7 e as correções de segurança. - O Zebra 7.0.0 inclui sete correções de segurança que afetam o software de nós zebrad: cinco avisos foram classificados como de gravidade alta e dois como média. As vulnerabilidades (resumo) - Seis problemas poderiam permitir que um par bloqueasse a sincronização, ocupasse recursos de verificação ou fizesse com que pares honestos fossem banidos. O sétimo poderia fazer o zebrad falhar. - Os itens de gravidade alta incluem: - Duas falhas na sincronização de checkpoints que podem bloquear um nó em processo de sincronização. - Penalizações insuficientes para scripts transparentes inválidos. - Cálculos de assinatura dispendiosos que podem esgotar os recursos de verificação. - Uma verificação de transação que pode ocupar as threads de verificação. - Os itens de gravidade média incluem: - Um erro que pode interromper o Zebra ao desligar-se de um par ocupado. - Uma situação em que um nó poderia banir um par honesto por retransmitir uma transação cujo tempo de bloqueio se torna válido no bloco seguinte. Detalhes técnicos e impacto - Um erro de checkpoint permitia que um par não autenticado enviasse um corpo de bloco falsificado que impedia um nó em sincronização de avançar até ser reiniciado — o nó tratava, por engano, blocos em falta como já transferidos e deixava de solicitar cópias válidas. O impacto foi limitado: não foram gravados blocos inválidos no disco, não ocorreu uma bifurcação da cadeia e os fundos não foram afetados. Os nós já sincronizados não foram afetados. - Uma vulnerabilidade relacionada poderia dessincronizar o verificador de checkpoints após uma falha no commit; reiniciar restabelecia o progresso, mas sincronizações posteriores poderiam voltar a bloquear. - A Foundation afirma que estes problemas afetam a disponibilidade dos nós e a utilização de recursos, e não o consenso nem os fundos. Ação urgente para os operadores - Os operadores têm de atualizar o Zebra antes do bloco 3,543,405 para permanecer na cadeia de consenso. Após a ativação da NU7, os nós atualizados irão desligar-se das versões mais antigas; os nós incompatíveis poderão seguir uma cadeia diferente. - A atualização executa uma migração da base de dados: no primeiro arranque, o estado armazenado passa do formato v28 → v29. O Zebra 6.x não consegue ler a v29; reverter para uma versão anterior exige uma sincronização completa. Faça uma cópia de segurança do diretório state/v28 antes de atualizar. Notas operacionais - Alterações na monitorização: as métricas dos pares já não incluem etiquetas por endereço e agente do utilizador. Os painéis e alertas que dependem desses campos têm de ser atualizados. - O período de suporte do Zebra 7.0.0 é de oito semanas (mais curto do que as 12 habituais). - O Seeder (Zeeder) v1.8.0 anuncia a versão do protocolo NU7 para que os nós atualizados continuem a aceitá-la após a ativação. Recomenda-se vivamente que os operadores do Seeder implementem esta versão antes da entrada em funcionamento da NU7. - A equipa está a avaliar a poda opcional de blocos para poupar espaço em disco, mantendo o armazenamento da cadeia completa como predefinição. Alterações ao protocolo na NU7 (ZIP 218) - O intervalo previsto entre blocos passará de 75 segundos para 25 segundos. Isso reduz os tempos de espera pelas confirmações que afetam pagamentos, depósitos em exchanges e operações entre cadeias. - A emissão diária de ZEC mantém-se igual: as recompensas por bloco são ajustadas à cadência mais rápida de blocos. A proposta não recomenda menos confirmações. - A NU7 mantém o calendário de redução para metade a cada quatro anos e o limite máximo de 21 milhões de ZEC. - A NU7 também introduz uma reserva de taxas: 60% das taxas de transação são retiradas de circulação para recompensas futuras, enquanto 40% vão para os mineradores. Melhorias de desempenho (alfa) - Em resposta às opiniões recolhidas na Zcon7 sobre a lentidão na criação de modelos, aceitação de blocos e retransmissão, a Foundation publicou o Zebra Ándale (7.1.0-alpha.0) a 31 de outubro. - O Ándale substitui os atrasos de consulta periódica por respostas acionadas por eventos a transações verificadas e alterações na mempool. Os testes de desempenho comunicados pelos programadores mostram que um grande volume de transações, que antes demorava >8 minutos a chegar a um modelo de mineração, passou a chegar em cerca de 4 segundos. (Estes são resultados da versão alfa; o comportamento em condições reais pode variar.) Em resumo Os operadores de nós devem dar prioridade à atualização do Zebra (e do Zeeder) antes do bloco 3,543,405, fazer uma cópia de segurança do diretório state/v28, atualizar os painéis de monitorização e ter em conta o período de suporte mais curto. As correções reduzem os riscos para a disponibilidade e os recursos antes da cadência mais rápida de blocos e das alterações de protocolo da NU7, que mantêm o calendário de emissão de ZEC e introduzem uma reserva de taxas. Leia mais notícias geradas por IA em: https://app.chaingpt.org/news