Arborist Call #75 - Atualizações de Desenvolvimento do Protocolo (18/04/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 18/04/2024.
A chamada inicou-se com atualizações da @ElectricCoinCo.
Zcashd 5.8.0 está se aproximando do EOS (End of Service), todos os noders são aconselhados a atualizar para a versão mais recente!
A equipe principal corrigiu bugs descobertos durante o processo de lançamento do @Zashi_app.
A migração do banco de dados foi necessária para garantir que as carteiras existentes tivessem um receptor Orchard em seu Endereço Unificado.
Muitos outros aplicativos iOS notando que o Xcode 15.3 tem um bug em seu sistema de compilação.
4/ Com o lançamento da Zashi + conclusão da semana de planejamento, a equipe principal agora é capaz de resolver alguns tickets levantados por @aarnott e membros da comunidade para carteiras que interpretam transações + recuperação de conta
Atualizações do Zebra por Alfredo da @ZcashFoundation
Nas últimas 2 semanas, a equipe do Zebra trabalhou em melhorias no método getblock RPC.
Estão em andamento nos preparativos para adicionar mais campos para torná-lo mais comparável ao que o zcashd faz.
O tamanho do banco de dados agora é exibido em formato legível por humanos.
A versão 1.6.1 foi marcada. Inclui a primeira versão da especificação OpenAPI - documentação para métodos RPC no estilo swagger.
O suporte ao regtest no Zebra está progredindo.
Isso permitirá que os usuários criem redes privadas e ajudem outras equipes e a ZF a criar recursos de quebra de rede com muita facilidade.
A prototipagem também continua para a funcionalidade de cliente externo do Zebra.
A equipe do FROST está encerrando a fase 2 – adicionando comunicação online à demonstração do Frost! Agora funciona pela internet por meio de um servidor para auxiliar na comunicação entre participantes e coordenador.
Grande passo em direção à capacidade multisig em carteiras/aplicativos protegidos.
A criptografia e a autenticação para comunicação entre os participantes ainda são necessárias.
Grande parte do trabalho que a ECC tem pela frente para a Fase 3 não é necessariamente tão pesado em criptografia.
@JackGavigan - "Se as pessoas estiverem interessadas em apoiar este trabalho ou contribuir para ele, entre em contato e nos informe"
Em seguida, passamos para o Zcash Sustainability Fund.
@aquietinvestor forneceu uma breve atualização em uma reunião anterior.
Vários parâmetros nos rascunhos atuais.
Objetivo agora é descobrir se a comunidade concorda com eles.
Um ponto apontado como importante é a proporção das taxas de transação que vão para o fundo de sustentabilidade, outro parâmetro da suavização da emissão.
Se as alterações ocorrerem na NU6, será necessária uma auditoria e seu escopo será acordado entre ECC e ZF.
Dependências para adicionar ZSF ao NU6
Definição do formato de transação V6.
Suavização de emissão (dependendo da definição do depósito ZSF + percentual de taxas cobradas pela ZSF)
Nota: A suavização de emissão altera o funcionamento das equações de subsídio do bloco
Isso depende da opção que a comunidade escolher.
Anúncios Abertos - @jswihart anunciou que o Z|ECC Summit acontecerá de 8 a 11 de julho em San Diego 📅
Desenvolvedores e membros da comunidade convidados, embora com disponibilidade limitada.
Planejamento de Atualização de Rede
Antes da Arborist Call, foi realizada uma reunião para discutir o cronograma da Zcash NU6 e NU7.
Grande parte da chamada centrou-se no esclarecimento dos bloqueadores que conduzem ao NU6.
Conjunto de itens discutidos como candidatos à inclusão em NU6 e 7 🗒️
1. ZSAs, ECC e ZF estão atualmente descobrindo o caminho para incluí-lo em uma atualização de rede o mais rápido possível.
2. No Fundo de Sustentabilidade, existem 5 ZIPs. O trabalho de implementação já começou, embora possam ser necessários alguns ajustes nas próprias ZIP.
3. Taxas explícitas, que exigem que uma transação codifique explicitamente o valor da taxa, em vez de determiná-la implicitamente.
Para transações blindadas, a taxa pode ser determinada diretamente a partir do que está codificado, portanto não é necessário.
Isso simplificará muito a experiência do usuário da carteira.
4. Pacotes de MEMOS. O campo de MEMO atual da Zcash é de 512 bytes para cada saída em Sapling/OrchardEndereços de resposta autenticados são quando você inclui uma zk proof de que o endereço memo está vinculado à mesma chave de gastos que uma entrada na transação
5. Mudança no Fluxo de Financiamento. Foi recomendado que as propostas se enquadrassem no mecanismo ZIP 207.Foi encontrado um método não trivial para acomodar a proposta de @BabyGGuy, embora interaja de forma complexa com o ZSF ZIP alterando o cronograma de emissão.
Finalmente, foi levantada a ideia de alterar o processo ZIP para permitir uma maior participação comunitária.
Ser capaz de determinar se um ZIP pode ser criado com menos rigor conforme solicitado por @aarnott foi acordado e um amplo plano para melhoria do processo foi explicado.
Obrigado pela leitura!
Envie um e-mail para arboristcall@zfnd.org