Arborist Call #68 - Atualizações Recentes do Protocolo Zcash
Arborist Call é uma chamada quinzenal dedicada ao desenvolvimento do protocolo Zcash. Nela, desenvolvedores da ECC, ZF e engenheiros de carteiras terceirizadas como yWallet, Zingo etc se reunem para passar os progressos mais recentes feitos em seus projetos, respondendo perguntas e provendo transparência.
Este resumo é focado na última chamada que ocorreu no dia 11/01.
Confira os updates recentes no protocolo Zcash e fique por dentro do que está por vir.
Boa leitura! 😊
A chamada se iniciou com Arya falando sobre o progresso no Zebra.
Zebra agora possui suporte integrado para mineração. Várias limpezas e melhorias relacionadas ao RPC getblocktemplate ocorreram.
Observação: este recurso ainda é experimental e destina-se apenas a testes.
Além disso, algumas correções foram feitas no CI e no recurso experimental de busca elástica no Zebra.
Zebra agora evita scannings abaixo da altura de ativação do Sapling e é documentado com mais clareza.
@upbqdn esclareceu que o minerador foi adicionado para ajudar nos testes, não para uso em produção.
@nuttycom liderou as atualizações da equipe principal da @ElectricCoinCo.
Desde a última chamada, os updates para a manutenção do zcashd 5.8.0 foi lançada!
Caso você seja um Noder, atualize seu Node.
O trabalho continuou nos SDKs para carteiras moveis: Ocorreu um problema de tempo de construção ao usar uma versão muito nova do Rust, isso agora foi resolvido. ZIP 317 & o suporte para o Orchard é esperado no próximo lançamento.
Possivelmente estará pronto em 2 semanas, enquanto melhorias de desempenho são introduzidas.
Próximo tópico foi sobre Zcash Shielded Assets (ZSA) com Vivek fornecendo atualizações.
@qeditzkp está construindo um testing framework usando o minerador integrado no Zebra.
Eles generalizaram o código na Orchard Crate para suportar transações v5 e v6, implementando também correções sugeridas pelos editores do ZIP.
Vivek adicionou o design inicial para Asset Swaps para ser reformatado como ZIP nas próximas 2 semanas!
@Nate_ZEC observou que a escrita da Trailing Finality Layer agora foi movida para uma única localização.
O avanço do trabalho está no simulador e na criação de um roteiro de implantação com milestones (não incluindo datas especulativas).
Isso será apresentado no Zeboot.
Após o bate-papo entre feministPLT e Str4d sobre o design do protocolo Crosslink, surgiu uma sugestão para proibir reversões de instantâneos de chains BFT.
Atualmente, a chain BFT é capaz de criar um conjunto arbitrário de instantâneos da chain PoW se a pontuação (trabalho acumulado) de cada um aumentar.
Durante os Anúncios Abertos, @jonrouach mencionou que o próximo evento @zkproof aconteceria em Berlim no final de maio.
Por volta do mesmo evento, @ETHBerlin está agendado, porém ainda estamos aguardando a confirmação.
@jswihart recentemente fez uma postagem no fórum da comunidade sobre o potencial das detections keys da Zcash.
@paulinator tem sido fundamental, apresentando isso como uma solução de escalabilidade viável.
@JackGavigan recentemente compartilhou um caminho evolutivo para a escalabilidade da Zcash como parte desta postagem no fórum da comunidade.
@DefuseSec também escreveu uma postagem no blog explicando claramente as opções de escalabilidade da #Zcash:
- Link
Caso você tenha interesse em contribuir, existe um Ticket aberto para isso.
@jonrouach fez uma demonstração do zksend. Um novo aplicativo que permite que #SUI seja enviado e recebido usando apenas contas do Gmail + a capacidade de reivindicá-lo.
Ele espera trabalhar nisso e apresentá-lo como uma opção para identidade baseada em consentimento de Zero Knownledge da Zcash.
Um mecanismo semelhante para pagamentos liberados na Zcash foi criado no passado.
Este método não dependia de um provedor de identidade centralizado.
Qualquer solução futura provavelmente seria compatível com ambas as abordagens.
Na última quinta-feira, @aquietinvestor, @hhanh072 e @nuttycom tiveram uma chamada com a @Binance para discutir a solução proposta de conformidade de endereço de exchange.
Por fim, eles aprovaram a proposta do ponto de vista técnico.
- Link
@Binance deseja concluir uma revisão de conformidade de todas as moedas de privacidade em sua plataforma.
É possível que desejem avaliar as discussões com outros projetos.
Espera-se que o processo de revisão seja concluído até 19 de janeiro
Esta proposta é criar um tipo de endereço equivalente a um endereço T, exceto que os fundos shieldeds não podem ser enviados diretamente para ele.
As carteiras podem então realizar uma transação automática deshielding em duas etapas.
Nota: Isso NÃO é implementado no nível do protocolo.
Os princípios de requisito e se ter um endereço transparente imediato os resolve são questionáveis!
@Nate_Zec recomendou que um estudo desse caso seja compartilhado com pessoas envolvidas em políticas de criptografia para fornecer feedback aos reguladores para ajudar a melhorar suas decisões.
A carteira Zcash Full Node proposta por @pitmutt10 foi o tópico de encerramento dessa Arborist Call.
@JackGaving afirmou que a @ZcashFoundation não pretende construir uma carteira Zebra, mas irá expor funcionalidades para fazer uma Carteira Zebra Full Node possível.