Midnight Node 2.1.0 RC2 corrige os custos da ponte e o bootstrap de nós

Midnight lançou o Node 2.1.0 RC2 em 17 de setembro, removendo dois bloqueadores técnicos que haviam impedido a linha 2.1 de avançar em direção a um lançamento final.

A atualização não introduz novo comportamento de protocolo, mas muda como o runtime é verificado, como as cargas de trabalho da bridge são medidas e como novos nós se conectam a Preview e Devnet.

Midnight publica um runtime verificável

Midnight Node 2.1.0 RC2 é o primeiro candidato na linha 2.1 a incluir um arquivo WASM de runtime determinístico e um resumo srtool que documenta como ele foi produzido.

O WASM do runtime contém a lógica executada pelos nós da Midnight. Uma compilação determinística permite que operadores e participantes de governança confirmem que o artefato publicado corresponde ao código-fonte.

RC1 não incluía um artefato WASM separado. Portanto, a governança não dispunha de um arquivo reproduzível de forma independente que pudesse ser referenciado ao autorizar uma atualização por meio de uma ação set_code.

RC2 agora fornece o arquivo de runtime, hashes criptográficos e a proveniência de compilação exigidos para verificação. Ainda é necessária uma ação coordenada de governança para ativar o runtime, mas o artefato técnico necessário agora está disponível.

Esta versão contém cinco commits adicionais em comparação com RC1. Ela não altera a especificação do protocolo nem introduz novas funcionalidades voltadas ao usuário, mantendo seu escopo focado na preparação para o lançamento final.

Midnight corrige custos do Cardano Bridge

Novos testes de benchmark constataram que funções em pallet_c2m_bridge e pallet_partner_chains_bridge haviam recebido aproximadamente metade do seu custo real de execução no hardware validador de referência.

Os pesos anteriores foram gerados em uma estação de trabalho de desenvolvedor em vez da máquina de benchmark designada da Midnight. Após a repetição dos testes no hardware de referência, os pesos medidos para operações de bridge aumentaram entre 1.92 e 2.51 vezes.

A atualização não torna as operações mais caras computacionalmente. Ela fornece ao runtime uma medida mais precisa dos recursos que já estavam sendo consumidos.

Uma função afetada, handle_transfers, é executada como parte obrigatória de um bloco. Uma chamada obrigatória subprecificada pode levar o processamento do bloco além do limite de recursos pretendido, pois a operação não pode ser adiada quando a capacidade restante já foi consumida.

Os componentes corrigidos incluem a bridge de Cardano para Midnight e a infraestrutura de observação de Cardano associada a cNIGHT. Esses sistemas conectam a atividade NIGHT baseada em Cardano à cadeia da Midnight. Uma precificação de recursos mais precisa alinha a capacidade da bridge ao custo medido de processar operações relacionadas a NIGHT no hardware validador.

Correção de genesis restaura o bootstrap de novos nós

RC2 também substitui as especificações de cadeia empacotadas e os artefatos de genesis para Preview e Devnet.

Um nó iniciado a partir de um disco vazio com arquivos anteriores podia calcular um hash de genesis incorreto. Os bootnodes existentes o identificariam como pertencente a outra cadeia e rejeitariam a conexão, deixando o nó afetado no bloco zero sem pares.

O defeito não afeta nós que já estão conectados e sincronizados, pois seus dados válidos de genesis estão armazenados localmente. Operadores com novas instalações afetadas devem remover o caminho base existente e fazer o bootstrap novamente usando os arquivos incluídos com RC2.

Nós já sincronizados não exigem reset, resincronização ou reindexação. Também não há um caminho de atualização direta com suporte a partir de RC1 ou do beta anterior, pois essas versões eram candidatas de desenvolvimento e não bases de implantação. O caminho com suporte continua sendo um hard fork coordenado a partir do runtime 1.0.300.

Midnight 2.0 nunca chegou a um lançamento final, tornando 2.1.0 a primeira versão concluída planejada da nova linha principal após Node 1.0.1. RC2 não é um lançamento final de mainnet, mas a governança agora tem um artefato de runtime verificável, as chamadas da bridge usam custos de execução medidos e novos nós de Preview e Devnet podem fazer o bootstrap com os dados de genesis usados pelas redes ativas.