Recentemente a Zcash Foundation publicou algumas atualizações sobre a equipe de engenharia responsável pelo desenvolvimento da empresa no Sprint 13.
Durante a primeira metade do sprint, a maior parte da equipe Zebra estava de férias. Independentemente disso, a ZF fez alguns progressos para garantir que o Zebra possa atuar como um substituto para o zcashd, desta vez com foco na indexer piece da nova arquitetura para substituir a carteira integrada do zcashd.
Para isso, trabalhos foram feitos na infraestrutura necessária para notificar os clients sobre alterações na melhor ponta da chain ou mempool do Zebra.
A equipe iniciou investigações sobre o que seria necessário para o Zebra trabalhar com um Block Explorer Zcash, experimentando executar o mesmo localmente para testar o trabalho feito. Agora, a equipe realizou um Fork do Block Explorer da Nighthawk para o repositório GitHub da Zcash Foundation e atualizaram o README 2 com instruções para executá-lo localmente. Também começaram a trabalhar na atualização de algumas respostas RPC para serem compatíveis com as respostas do zcashd e garantir a compatibilidade com o Block Explorer da Nighthawk.
Por fim, algumas pontas soltas foram amarradas no trabalho para ter um Scanner Zebra independente, removendo os testes de integração relacionados ao scanner do zebrad e atualizando a documentação do Zebra sobre como usar o novo binário zebra-scan com o zebrad.
A equipe FROST iniciou o Sprint 14 com a fantástica notícia de que o RFC Informativo do FROST IRFT foi publicado como RFC 9591. Como tal, a ZF aproveitou a oportunidade para atualizar sua documentação da implementação de referência do FROST para apontar para esta versão final. Trabalhos foram feitos em algumas outras atualizações na documentação do FROST para atualizar as instruções para executar a demo com o novo método para selecionar conjuntos de criptografia e melhorar a documentação do DKG após alguns comentários dos usuários.
A equipe agradeceu @pacu pela contribuição!
O desenvolvimento no servidor FROST continuou com a implementação do registro e autenticação do usuário para o frost-server, bem como o trabalho de design para definir uma nova arquitetura para o servidor que facilitará a transição para uma arquitetura P2P no FROST, sem o necessidade de um servidor FROST centralizado, em algum momento no futuro. Também foi introduzido outra pequena mudança significativa antes da versão estável do FROST 2.0.0, o que facilita o tratamento genérico de erros.
No lado DevOps, a ZF criou um novo projeto de desenvolvimento no GCP para testar as implantações antes de implantar em produção e finalizaram a solução de monitoramento para os serviços de produção da ZF, incluindo os semeadores de DNS e o site. Também foi iniciado experimentos nas documentações de algumas decisões da equipe na Architectural Decision Records (ADR), começando com a lógica por trás da escolha da solução de monitoramento para os serviços de produção da ZF.