Arborist Call #76 - Atualizações de Desenvolvimento do Protocolo (2/05/2024)
Arborist Call é uma chamada quinzenal dedicada aos desenvolvimentos do protocolo Zcash. Nela, desenvolvedores da ECC, ZF e engenheiros de carteiras de terceiros como yWallet, Zingo, etc. se reúnem para repassar todo o progresso recente em seus projetos, respondendo dúvidas e comprovando transparência.
Este resumo está focado na última chamada ocorrida em 02/05/2024.
Arya iniciou a chamada passando atualizações da equipe Zebra:
Desde a última chamada, o suporte do Windows no Zebra foi restaurado.
Campos nos parâmetros testnet como Proof of Work desabilitada, nome da rede e hash de gênese foram adicionados.
Uma versão mínima do regtest agora está funcionando no branch params regtest, que será mesclado em breve.
Uma nova versão do Zebra Node está quase pronta: ela corrige um pequeno bug de simultaneidade e aumenta o tempo de término do suporte de 16 semanas para 20 semanas.
Em seguida, tivemos atualizações da equipe principal da @ElectricCoinCo lideradas por @nuttycom
A versão do Android Zashi 1.0 já está disponível, totalizando até o momento 1.600 novos usuários já instalando o aplicativo.
Através do feedback da comunidade, foi encontrado alguns bugs que já estão sendo resolvidos.
O progresso foi feito desacoplando as pools Sprout, Sapling, Orchard e partes transparentes da funcionalidade nas crates delas.
Isso permite que os desenvolvedores criem transações com um aspecto que pode remover o restante das dependências do stack🏗️
Isso também é benéfico para permitir que a próxima funcionalidade transparente necessária para uma substituição da carteira ‘‘zcashd’’ seja potencialmente separada de carteiras que não precisam dela.
Tivemos então a primeira atualização conjunta da ZF e ECC sobre o desligamento do zcashd!
Str4d observou scripts para analisar a distribuição de scripts P2SH na rede que serão úteis
Em seguida, tivemos atualizações do ZSA pela @qeditzkp
O foco atual tem sido a compatibilidade retroativa com transações v5, que agora está praticamente concluída.
Eles têm se assegurado de que seja possível construir tanto o Orchard quanto os pacotes ZSA Orchard simultaneamente.
Qedit acabou de configurar um Zebra Node em uma instância do ECS para conectar-se a ele localmente
Vivek apresentará o progresso mais recente com Zcash Shielded Assets na #ZconV quarta-feira, 8 de maio 📅
Em seguida, tivemos atualizações da Fase III da demonstração do FROST com Natalie.
A equipe está atualmente trabalhando na funcionalidade de atualização de compartilhamento, o que permitirá que um grupo FROST remova um assinante sem precisar alterar os endereços.
Natalie e @conradoplg apresentarão este e outros trabalhos recentes na #ZconV, quinta-feira, 9 de maio 📅!
Trailing Finality Research foi nosso próximo tópico.
@feministPLT fez uma apresentação na segunda-feira, 6 de maio 📅
Também estão planejadas atualizações sobre a TFL para incluir o Crosslink 2 – nenhuma implementação ainda começou.
@jonrouach compartilhou um anúncio aberto para o evento zkproof 6 - Berlim, 22 a 24 de maio 🗓️
Este ano, eles farão uma verificação formal de um verificador específico.
As opções incluem Groth16, bulletproof, PLONK, pode ser algo totalmente diferente.
@jonrouach se juntará a @valkenburgh, @kurtopsahl, @paulbrigner e @JWVerret na sessão de ambiente regulatório e político em #ZconV terça-feira, 7 📅
De acordo com o roadmap, todos os itens incluídos na NU6 serão decididos agora. Neste tópico, tivemos uma breve visão geral de um deles - Zcash Encrypted Memo Bundles
Como parte do protocolo blindado, os endereços dos remetentes não são revelados aos destinatários de nenhum jeito formal no protocolo.
Os remetentes podem incluir. um endereço de retorno no campo de memorando, mas não é autenticado.
Para destinatários que desejam verificar quem é o remetente, atualmente não há como fazer isso em banda
@str4d então compartilhou o progresso atual feito em direção a uma especificação:
Requisitos:
Os destinatários podem receber dados de memos maiores que 512 bytes
Vários destinatários em qualquer uma das pools blindadas, capazes de visualizar os mesmos dados do memo.
Privacidade: o número exato e a extensão exata dos memos distintos não devem ser revelados, nem mesmo aos destinatários da transação
Pedaços de Memos - Divida os MEMOS em uma série de pedaços como parte de uma descriptografia de vários membros e ocultando itens de aridade.
A parte do memorando ainda é autenticada, mas tem a capacidade de remover seções.
Pedaços de MEMOS - Divida os MEMOS em uma série de pedaços como parte de uma descriptografia de vários membros e ocultando itens de aridade.
A parte do MEMO ainda é autenticada, mas tem a capacidade de remover seções.
@nuttycom mencionou o ZIP 302, ''Structured Memo Field Format'', uma proposta para definir dados de memos em várias partes, de modo que as partes de um memo estejam relacionadas entre si.
Isso permitirá a especificação de uma inscrição ordina
@str4d descreveu uma estrutura na qual vários componentes do memo se vinculam logicamente para formar um aplicativo completo.
A única informação revelada é o que é necessário usando a chave memo que contém a parte pública
O componente privado é enviado aos mesmos destinatários em uma nota diferente.
A equipe fez um brainstorming sobre possíveis casos de uso para dados parcialmente públicos em memos blindados que os casos de uso transparentes cobrem agora...
Em teoria, é possível descontinuar o transparente, replicando a funcionalidade T dentro de uma pool blindada.
Esta conversa foi mencionada como relevante para a infraestrutura subjacente e útil na seleção de um formato para a identidade opcional baseada em consentimento do Zcash Shielded Assets.
Também surgiu a ideia de usar memos criptografados como método de configuração remota e atualizações para carteiras Zcash!
Essencialmente, um canal de comunicação sem vazar solicitações adicionais para um servidor ou exigir uma biblioteca externa como o Firebase
"A autenticação é o que realmente abre um ambiente seguro para realmente fazer uso de memos com mais confiança e segurança." - @thecodebuffet
Obrigado pela leitura! 😊
Para sugerir um tópico, envie um e-mail para → arboristcall@zfnd.org