Relatório de desenvolvimento da Cardano coloca Hydra 2.2.0 e infraestrutura Mithril no centro da atualização de junho

A Essential Cardano publicou seu relatório semanal de desenvolvimento de 19 de junho, com Hydra 2.2.0 e o trabalho de infraestrutura do Mithril formando o principal foco técnico da atualização. O relatório também abordou testes internos do Lace Carbon, avanços em torno da agregação recursiva de SNARK e a próxima fase do processo eleitoral do Constitutional Committee.

Hydra 2.2.0 adiciona novas ferramentas para testes de escalabilidade da Cardano

A seção de escalabilidade do relatório destacou o lançamento do Hydra 2.2.0, a versão mais recente do protocolo de escalabilidade de camada 2 da Cardano. Hydra é construído para suportar processamento mais rápido de transações por meio de heads off chain que liquidam de volta à camada base da Cardano.

O lançamento inclui implementação parcial de fanout e um hydra tui reformulado. Ele também expande o conjunto de benchmarks usado para testar o desempenho do Hydra, adicionando métricas de TPS do mundo real, um gerador Mixed UTXO e um novo subcomando matrix que pode varrer tamanhos de cluster e formas de UTXO.

O relatório disse que a equipe do Hydra também unificou as verificações de associação on chain em torno do acumulador BLS. Essa mudança reduz a tupla de assinatura do snapshot e remove hashing redundante. A equipe também começou a otimizar o processamento de snapshots para que heads com muitos scripts possam evitar reavaliar scripts Plutus que já foram validados.

Essas atualizações dão aos desenvolvedores maneiras mais detalhadas de testar o comportamento do Hydra sob diferentes cargas de trabalho. Em vez de depender apenas de cenários simplificados de transação, as equipes agora podem medir o desempenho em estruturas de UTXO variadas, tamanhos de cluster e padrões de transação.

Atualizações do Mithril aprimoram fluxos de trabalho de snapshots e infraestrutura de provas

A seção de tecnologia principal concentrou-se na integração do Mithril e no tratamento de snapshots do estado do ledger. Os nós que rodam em um backend on disk agora podem exportar snapshots em um formato portátil in memory, permitindo que Mithril signers obtenham o formato acordado diretamente do nó.

A equipe de consenso também implementou uma nova política de snapshots que torna o momento dos snapshots do estado do ledger mais previsível por meio de valores de cadência acordados. O relatório disse que o db analyser foi atualizado para que a análise possa começar a partir de um snapshot em um slot especificado, o que evita reexecutar a cadeia completa desde a gênese. Um erro raro de snapshot que afetava blocos na fronteira de epoch também foi corrigido.

O desenvolvimento do Mithril continuou na seção de escalabilidade. A equipe concluiu a preparação do input do prover e a verificação de prova SNARK para primitivos de agregação recursiva de SNARK. Também adaptou a cadeia de certificados para suportar SNARKs recursivos e continuou o trabalho de criação da prova SNARK com o circuito, conectando a prova a assinaturas agregadas e atualizando o status de auditoria da biblioteca Midnight ZK para SNARK.

O relatório também mencionou o trabalho contínuo de incluir o binário do nó Mithril signer no bundle do nó Cardano. Em conjunto, essas mudanças posicionam o trabalho do Mithril em todo o tratamento de snapshots no nível do nó, na agregação de provas e no empacotamento de infraestrutura.

Testes do Lace Carbon e trabalho de governança continuam ao lado do desenvolvimento central

A seção de carteira e serviços disse que o Lace Carbon entrou em testes internos. Construído sobre as bases do Lace 2.0, o Lace Carbon é descrito como a próxima evolução da experiência da carteira Lace, com foco em uma jornada do usuário mais rápida e intuitiva.

As equipes internas agora estão testando a carteira e fornecendo feedback antes de um futuro lançamento opt in. O relatório não anunciou uma data de lançamento pública, mas disse que mais detalhes são esperados nas próximas semanas.

A seção Voltaire focou no processo eleitoral do Constitutional Committee. As inscrições de candidatos se encerram em 21 de junho às 21:45 UTC. O relatório disse que cinco candidatos haviam se registrado para quatro vagas disponíveis, tornando a eleição competitiva depois que a semana anterior havia mostrado o mesmo número de candidatos que de vagas abertas.

Após o encerramento das inscrições, a votação de DRep está programada para começar na fronteira de epoch em 23 de junho e ir até 23 de julho. A eleição usa votação ponderada por stake, com cada DRep podendo votar em até quatro candidatos. Espera-se que os quatro candidatos com maior poder de voto no fechamento da votação formem o resultado da eleição, o que apoiará uma ação de governança on chain do Update Committee antes que os mandatos atuais expirem em setembro.

O relatório de 19 de junho posiciona a atividade de desenvolvimento da Cardano em várias frentes ativas, mas a concentração técnica mais forte está em escalabilidade e trabalho de infraestrutura. Hydra 2.2.0 adiciona novos aprimoramentos de benchmark e processamento para testes de camada 2, enquanto o trabalho do Mithril continua em exportações de snapshots, tratamento previsível do estado do ledger, suporte a SNARK recursivo e integração de signer dentro do bundle do nó Cardano.