Semana passada a equipe de engenharia da Zcash Foundation publicou suas atualizações de desenvolvimento no fórum da comunidade Zcash, dando continuidade ao trabalho publicado anteriormente aqui.
Esta é a atualização de engenharia da Zcash Foundation para o Sprint 16 (30 de julho a 12 de agosto).
NU6
Para este sprint, a equipe Zebra continuou a trabalhar nas mudanças necessárias para ativar a NU6 na testnet. Para esse efeito, a equipe concluiu a implementação do ZIP-236: os blocos devem ser balanceados exatamente, a implementação da Pool de Lockbox e do Fluxo de Financiamento e sua validação conforme ZIP-2001: Fluxos de Financiamento de Lockbox.
A equipe também em uma série de bugs e melhorias que surgiram durante a implementação de mudanças na NU6, como uma correção para preencher corretamente as sprout trees nos testes, uma refatoração para evitar pânicos ao calcular subsídios de bloco para blocos com alturas no intervalo de início lento e a capacidade de evitar ressincronizar uma instância Zebra após uma atualização importante do formato do banco de dados.
A ativação do NU6 na testnet foi adiada para permitir que as equipes de engenharia do ECC e ZF tenham mais tempo para garantir que ambas as implementações dos nodes implementem a mesma funcionalidade, que isso seja refletido com precisão nos ZIPs e que ambas as implementações sejam interoperáveis e totalmente testadas em uma testnet privada antes que os editores do ZIP escolham uma altura de ativação da testnet e, consequentemente, uma data. Depois que essa altura for escolhida, a ZF poderá prosseguir para finalizar a implementação do ZIP-253: Implantação da atualização da rede NU6 e marcar uma versão para ativação da testnet NU6.
FROST
No FROST, a equipe continuou a trabalhar na adição da funcionalidade de compartilhamento de atualização em um cenário de geração de chave distribuída (DKG) à implementação de referência do FROST. Progressos foram feitos para fazer o FROST funcionar na Zcash, para vários cenários diferentes, como:
Pesquisar as mudanças que seriam necessárias na API do Orchard para dar suporte ao FROST
Analisar o que seria necessário para criar um plano de transação padrão que pudesse ser usado durante o processo de assinatura de uma transação Zcash usando o FROST e investigar se seria possível usar o mesmo em um cenário "alinhado" com vários níveis de participantes de assinatura, como indivíduos dentro de uma organização e várias dessas organizações.
Finalmente, foi concluído o trabalho de atualização da ferramenta de assinatura que usada para o FROST na Zcash, que era baseada em uma versão antiga da Ywallet, fazendo a ZF atualizar sua documentação.
DevOps
No lado do DevOps, a ZF concluiu o trabalho na documentação para uma mudança proposta em como as imagens do docker do lightwalletd são criadas e estão esperando que isso seja revisado e mesclado.
Também está sendo investigado alguns problemas com os testes de sincronização completos travados no testnet, o que exigiu a correção de permissões no cluster Kubernetes (onde o runner auto-hospedado está hospedado), para obter os logs e limpar alguns dos arquivos de fluxo de trabalho para remover avisos. E, continuando com o trabalho com o DNS Seeder, a ZF tentou implantar o serviço usando o Cloud Run, mas permitir que esse serviço funcionasse por meio do Google Global Load Balancer não foi tão simples quanto estimado anteriormente, então a equipe continuará o trabalho para manter sua implantação de VM real e atualizar a documentação.