Midnight Node 2.1.0 Beta adiciona caminho de hard fork para cadeia ativa

Midnight lançou Node 2.1.0-beta.1, uma prévia importante que prepara sua rede em operação para uma atualização para o ledger 9. Ela combina o conjunto de recursos desenvolvido durante a linha 2.0.0 não lançada com mais dois meses de manutenção e correções de segurança, além de lógica de migração projetada para preservar a geração de DUST vinculada a $NIGHT.

A beta está disponível para os ambientes de rede públicos da Midnight. Sua publicação não significa que o novo runtime já esteja ativo na Mainnet.

Midnight Node adiciona um caminho de atualização para a rede em operação

Midnight Node é o software central usado por validadores e operadores de RPC para acompanhar a rede, processar transações e executar o runtime por trás das aplicações da Midnight.

Midnight é uma cadeia parceira com foco em privacidade conectada à Cardano. Desenvolvedores podem usá-la para construir aplicações que combinam estado público de blockchain com dados privados e divulgação seletiva. Seu modelo econômico separa $NIGHT, o ativo da rede pública, de DUST, o recurso não transferível consumido quando os usuários executam transações e contratos inteligentes.

A versão 2.1.0-beta.1 foi publicada em 21 de agosto como uma beta completa em recursos. A versão é classificada como uma atualização importante em comparação com a versão final mais recente, Node 1.0.1.

Sua principal mudança de infraestrutura é a capacidade de realizar hard fork a partir de uma cadeia 1.0.x em execução. Compilações 2.0.0 anteriores foram projetadas em torno de um ambiente de gênese novo, limitando seu uso para uma rede já ativa. Node 2.1.0 adiciona a lógica de migração necessária para mover a cadeia existente para o novo runtime sem descartar seu estado atual.

A migração para o ledger 9 preserva a geração de DUST

Ativar o Node 2.1.0 moveria a Midnight do ledger 8 para o ledger 9 por meio de uma migração em cadeia multibloco. A especificação do runtime muda de 1_000_003 para 2_001_000, enquanto a versão de transação passa de 3 para 4.

A transição também afeta o estado usado para gerar DUST a partir de NIGHT observado em Cardano. A migração de ledger inicializa a nova estrutura de DUST sem os registros de geração existentes, exigindo que o node os reconstrua a partir de dados anteriores ao fork.

Node 2.1.0 realiza essa reconstrução em lotes após a atualização do runtime. A observação da Cardano é temporariamente pausada durante o processo, que deve abranger aproximadamente 28 blocos na escala da Mainnet, nove na Preview e um na Preprod.

Após a reconstrução, a observação é retomada sem pular os UTxOs da Cardano entregues durante a migração. O processo preserva o vínculo entre as posições de NIGHT baseadas em Cardano e o recurso DUST gerado para a atividade na Midnight.

A infraestrutura conectada ao node também deve considerar a mudança de versão de transação. Clientes, kits de desenvolvimento de software e indexadores precisam atualizar seus metadados de runtime após o bloco de atualização, enquanto transações assinadas ou enfileiradas antes da transição devem ser reconstruídas.

A ativação na Mainnet ainda requer governança

Node 1.0.3 é o ponto de partida documentado para o hard fork, mas esse lançamento de base ainda permanecia pendente quando as notas da beta 2.1.0 foram publicadas. Migrar diretamente do Node 1.0.2 ou de uma versão anterior não faz parte do caminho de migração compatível.

Os validadores devem primeiro instalar o novo binário e confirmar que a rede continua importando e finalizando blocos sob o runtime existente. Assinantes técnicos autorizados podem então aplicar a ação de governança set_code que substitui o runtime ativo.

A ponte Cardano para Midnight tem uma dependência adicional de governança. Seu provedor de observação da Cardano permanece inativo até que a configuração MainChainScripts necessária e o ponto de verificação de dados sejam definidos.

Node 2.1.0 fornece o software e o caminho de migração para o próximo runtime da Midnight. O ledger 9 torna-se operacional somente depois que a base 1.0.3 estiver disponível, validadores atualizados estiverem em execução em toda a rede e a governança aplicar o novo runtime em cadeia.