Arborist Call #93 | Atualizações de P&D do Zcash
A reunião abordou os últimos desenvolvimentos do Zebra, o lançamento do zcashd 6.1.0, o status de descontinuação do zcashd, os ZIPs do NU7 e atualizações sobre os Zcash Shielded Assets!
As Zcash Arborist Calls são reuniões quinzenais de desenvolvimento de protocolo focadas no rastreamento da logística de implantação de protocolos, problemas de implementação de nós de consenso e pesquisa de protocolos.
A reunião abordou os últimos desenvolvimentos da Zebra, a versão zcashd 6.1.0, o status de depreciação do zcashd, os ZIPs NU7 e as atualizações sobre os Ativos Blindados do Zcash!
Este resumo se concentra na última chamada que ocorreu em 01/09/2025
A primeira reunião de P&D do ano começou com atualizações sobre o Zebra! O servidor JSON RPC foi migrado para um novo framework. A otimização da verificação de transações foi implementada - o Zebra não verifica transações que chegam em um novo bloco se a transação já estiver no mempool, evitando re-verificações...
Os RPCs getblock e getrawtransaction também foram atualizados para se alinhar mais de perto com o zcashd.
Desde que o trabalho da @KeystoneWallet foi liberado no @Zashi_app antes das férias, correções de bugs relacionadas a isso estão sendo feitas agora. O zcashd 6.1.0 foi lançado na semana passada. A versão 6.0.0 chega ao fim do suporte em 1 semana. Se você estiver rodando um nó do Zcashd, certifique-se de atualizar antes disso!
Uma nova versão será lançada em breve. A versão 6.2.0 terá flags para permitir a descontinuação de métodos RPC.
@nuttycom passou um tempo trabalhando no suporte nas bibliotecas Rust do Zcash para a varredura do limite de lacunas transparente...
Já existia uma lógica de limite de lacunas especificamente para uso em torno dos endereços efêmeros. A reescrita expande o suporte para o manuseio geral do limite de lacunas de endereços T.
Isso permite que as pessoas importem frases-semente apenas transparentes para uma carteira baseada em SQLite de cliente Zcash, como o Zashi, resolvendo o problema que alguns usuários encontraram ao importar fundos do Ledger para o Keystone.
@thecodebuffet está atualmente entrando em contato com @CoinMarketCap, @coingecko e vários outros provedores de serviços do ecossistema por meio de canais oficiais para aconselhar sobre as APIs do Zcash.
Em relação ao Zaino, @thecodebuffet
começou a analisar alguns dos problemas do regtest - @ZingoLabs solicitou assistência com os erros, pois o ambiente de teste é altamente complexo...
Há uma regra de consenso: gastar saídas Coinbase em transações que estão a menos de 100 blocos da transação Coinbase, o que provavelmente faz com que o zcashd quebre no Regtest.
@conradoplg e a equipe têm trabalhado na adição de suporte para executar a geração de chave distribuída para o Frost, utilizando o servidor FROST - agora concluído. Usar um canal de broadcast para segurança é o último componente em que estão trabalhando.
A equipe pretende realizar uma auditoria, embora ainda não tenha sido definida uma data de início. Após a conclusão da auditoria, a n @ZcashFoundation pretende solicitar a um desenvolvedor que comece a integração do FROST!
Considerações Importantes sobre o ZIP 233: O Impacto no Suprimento e no Limite de 21 Milhões
Em relação ao ZIP 233, é vital esclarecer se queimar moedas permanentemente reduz o suprimento para abaixo do limite de 21 milhões. Essa distinção é crucial para entender os efeitos de longo prazo no suprimento total do Zcash e como ele se alinha com o design original do protocolo.
Uma proposta de edição para o ZIP 233 afirma: Queimar ZEC por meio dele ou de outros meios reduz o suprimento total de ZEC abaixo do limite de 21 milhões, mas a intenção do ZIP 234 é introduzir um mecanismo que permita que ZEC seja emitido sistematicamente nas recompensas de blocos futuras.
A intenção é implementar o NSM como um todo. Porém, em termos de priorização no NU7, ainda há uma questão em aberto.
@aquietinvestor enfatiza - Não há uma relação direta entre as moedas que foram queimadas e as novas moedas emitidas.
Uma proposta alternativa para o ZIP 234 feita por @conradoplg preserva as reduções pela metade (halvings). O feedback da comunidade sobre isso é solicitado!
@JackGavigan preocupação quanto ao potencial para confusão devido às diferentes maneiras em que o termo 'queimar' é utilizado em projetos como o Ethereum. Queimar em @Bitcoin afeta o suprimento total, enquanto o NSM do @Zcash, similar ao Ethereum, é um mecanismo para alterar a curva de emissão.
No último mês, o ZSA tem estado bastante ativo! ZIPs:
A equipe @Qeditzkp pronta para a próxima rodada de revisão do editor de ZIP. O relatório de auditoria do ZSA da @LeastAuthority foi geralmente positivo. Sugestões a serem discutidas com @ElectricCoinCo antes de realizar as correções.
todos updates no Zcash Shielded Assets:
[grant updates] Atualizações Mensais do Zcash Shielded Assets
Trocas de Ativos: Uma boa parte das mudanças de implementação para o librustzcash e as alterações do Orchard foram feitas na última atualização. Os ZIPs do ZSA avançaram, portanto, os ZIPs de troca de ativos precisam ser alterados de acordo.
Controle do Usuário/Aceitação de Transações: Os designs estão preparados em um documento publicado no fórum da comunidade. Um rascunho do ZIP também foi escrito, embora ainda não tenha sido publicado.
@ZcashCommGrants recebeu uma proposta de subsídio para apoiar o trabalho de preparar e desenvolver os ZSAs.
@Qeditzkp recentemente fez uma demonstração dos Zcash Shielded Assets, confira! Com base nessa demonstração, usando a mesma funcionalidade, a equipe está quase pronta com o primeiro testnet dos Zcash Shielded Assets.
A pesquisa do ZCAP sobre as prioridades do NU7 está sendo discutida no Fórum da Comunidade e ainda não tem uma data especificada:
Pesquisando o ZCAP sobre as prioridades do NU7
Obrigado por ler 😊
Siga-nos nas Mídias 📱
🐦| Twitter Texto do link
🔵| Bluesky Texto do link
👾| Discord Texto do link
🦓| Free2Z Texto do link