Midnight ativa o Ledger 9: uma nova era para o DeFi privado

A Midnight concluiu um hard fork que atualizou sua mainnet do Ledger 8 para o Ledger 9. A versão introduz chamadas diretas entre contratos inteligentes, amplia a compatibilidade com a infraestrutura de blockchain existente e inclui melhorias de segurança e desempenho.

Saldos de tokens existentes e contratos inteligentes implantados migraram automaticamente, segundo a Midnight. Detentores de cNIGHT na mainnet não precisam tomar nenhuma providência para continuar gerando DUST, o recurso usado para cobrir custos de transação.

A rede implantou o Ledger 9 diretamente na mainnet, ignorando sua implantação habitual em Preprod e o período de observação. A Midnight descreveu isso como um caminho de lançamento controlado usado quando correções de segurança exigem proteção adicional para a rede.

Contratos inteligentes agora podem trabalhar juntos

O Ledger 9 permite que um contrato inteligente chame uma função em outro dentro da mesma transação. Essa capacidade, conhecida como composabilidade, dá aos desenvolvedores uma forma de conectar componentes reutilizáveis ao criar aplicações.

A Midnight ofereceu um exemplo envolvendo três etapas de DeFi: aprovar um token, trocá-lo e depositá-lo em um pool de liquidez. Com contratos conectados, os desenvolvedores podem combinar essas operações em uma única ação do usuário.

Os contratos também podem identificar qual outro contrato os chamou e usar essa informação para autorizar operações específicas. Um cofre poderia, por exemplo, permitir que um contrato de empréstimo aprovado retirasse fundos enquanto restringe o acesso de outros contratos.

A versão introduz eventos e logs públicos que os contratos podem publicar quando uma ação ocorre. Carteiras, exploradores e outras aplicações podem monitorar esses eventos e exibir as informações resultantes aos usuários.

A Midnight apresenta essas capacidades como base para aplicações financeiras privadas mais avançadas. Um marco separado de Private Composability permanece em seu roteiro para o primeiro trimestre de 2027. Os desenvolvedores ainda precisam considerar o que seus contratos revelam: a documentação da Midnight observa que uma chamada entre contratos expõe o endereço do contrato chamado.

Novos padrões ampliam a compatibilidade de carteiras e custódia

O Ledger 9 adiciona suporte nativo a ECDSA, um método de assinatura digital usado por Bitcoin e Ethereum, e a Keccak-256, uma função de hash criptográfica usada no ecossistema Ethereum.

O ledger agora aceita assinaturas Schnorr e ECDSA para autorização de transações. Segundo a Midnight, o suporte direto a ECDSA facilita que provedores de custódia conectem seus sistemas existentes à rede.

A versão também implementa BIP-44, um padrão que permite que carteiras derivem múltiplos endereços a partir de uma única semente. A Midnight espera que a adição ajude provedores de carteiras e custodiantes institucionais a integrar a rede à infraestrutura existente.

Na linguagem de programação Compact, as novas capacidades criptográficas dão aos desenvolvedores ferramentas para construir conexões com outras blockchains. A Midnight aponta transferências privadas de stablecoins e aplicações financeiras entre cadeias como usos potenciais. Cada ponte, serviço de custódia ou integração de token ainda exigiria sua própria implementação.

[NEWSBREAK]

O que muda para desenvolvedores e detentores de tokens

Contratos implantados anteriormente são mantidos sem modificação e não precisam ser recompilados ou reimplantados por causa da migração. Desenvolvedores de aplicações precisarão atualizar para Midnight.js 5, enquanto contratos que ainda não foram implantados devem ser compilados com uma cadeia de ferramentas Compact direcionada ao Ledger 9.

A versão também atualiza a infraestrutura usada para gerar e verificar provas de conhecimento zero. Seu suporte a ZKIR v3, um formato intermediário para programas criptográficos, habilita formatos de assinatura mais novos. As notas da versão do Ledger 9.1.0.0 identificam tipos específicos de circuitos cujas chaves de verificação precisam ser regeneradas.

Registros de DUST de cNIGHT na mainnet são reproduzidos automaticamente. Nas redes de teste Preview e Preprod, os construtores devem registrar novamente seu NIGHT de teste, ou tNIGHT, para voltar a gerar DUST.

A equipe de engenharia da Midnight ainda está concluindo a documentação para algumas das novas capacidades. Detalhes técnicos adicionais, incluindo referências de códigos de operação e especificações do formato de transação, estão previstos para serem lançados nas próximas semanas.