Protótipo Umbra de Hoskinson visa a recuperação do Midnight enquanto a migração para BABE avança pela QA

Charles Hoskinson está testando o Umbra, um armazenamento de dados persistente experimental destinado a simplificar a recuperação em toda a infraestrutura usada por Cardano e Midnight. O protótipo foi descrito em uma transcrição técnica do X Space analisada pela Cardano News e está ligado ao trabalho dele na futura arquitetura de ponte entre Cardano e Midnight. Separadamente, o repositório público do nó do Midnight mostra a migração oficial de consenso de Aura para BABE em garantia de qualidade.

A sincronização do Midnight passa pelo Cardano DB Sync

Midnight é uma cadeia parceira do Cardano criada para aplicações que combinam verificação pública em blockchain com dados protegidos. Desenvolvedores podem usar Midnight para criar aplicações em que provas de conhecimento zero sustentam divulgação seletiva, computação privada e fluxos de trabalho orientados a conformidade, enquanto a camada de token público inclui $NIGHT.

Hoskinson descreveu uma sequência de infraestrutura local que começa com um nó completo do Cardano, passa pelo cardano-db-sync, depois requer um nó do Midnight e por fim um indexador do Midnight. Essa sequência é consistente com a documentação para operadores do Midnight.

O guia do cardano-db-sync do Midnight lista um nó do Cardano em execução como pré-requisito e afirma que o cardano-db-sync usa PostgreSQL para indexar dados da blockchain em um esquema relacional. O mesmo guia diz que o banco de dados deve ser reprocessado em relação ao Cardano Node 11.0.1 após a atualização van Rossem, em vez de ser tratado como uma simples substituição binária.

A documentação também instrui os operadores a esperar até que o cardano-db-sync atinja pelo menos 99 por cento de sincronização antes de prosseguir. O guia do nó completo do Midnight então exige uma instância acessível do cardano-db-sync e a porta do PostgreSQL antes que o nó do Midnight possa ser iniciado.

Esse modelo operacional explica por que uma camada de recuperação importa para desenvolvedores e operadores de nós. Um ambiente local do Midnight não é uma simples reinicialização de um binário. Ele depende de vários serviços sincronizados, com dados da cadeia do Cardano, estado do banco de dados, dados do nó do Midnight e dados de aplicação indexados precisando permanecer alinhados.

Protótipo Umbra foca em estado recuperável

Umbra não está listado como um produto lançado do Midnight. É o protótipo de Hoskinson para armazenar e restaurar o estado necessário por carteiras, indexadores, histórico de transações e componentes de infraestrutura relacionados.

De acordo com a transcrição, o protótipo está sendo projetado em torno de estado salvo, checkpoints, tratamento de rollback e roll forward, recuperação a frio após desligamento, conexões seguras e reconstrução de dados de nó e indexador a partir de registros armazenados previamente. O teste planejado por Hoskinson é sincronizar o ambiente, apagar os dados existentes do nó e do indexador do Midnight, depois tentar reconstruir ambos a partir do Umbra.

Uma versão posterior poderia adicionar checkpoints autoverificáveis. Hoskinson descreveu um modelo em que uma prova de conhecimento zero confirmaria que um checkpoint representa um estado válido, reduzindo a quantidade de confiança exigida na parte que distribui o snapshot.

Ele também comparou a possível camada de distribuição ao Mithril. A documentação do Mithril do Cardano descreve um protocolo de múltiplas assinaturas baseado em participação que produz snapshots de blockchain certificados para suportar sincronização mais rápida de nós do Cardano e validação de estado. Umbra poderia aplicar um conceito relacionado ao estado do Midnight, embora nenhum plano público de implementação ou cronograma formal de lançamento tenha sido publicado.

Hoskinson estimou que uma versão inicial poderia exigir mais dois ou três dias de desenvolvimento concentrado, condicionado à conclusão dos testes de sincronização e recuperação. Ele também disse que o projeto precisaria posteriormente de produtização, trabalho de auditoria e envolvimento mais amplo de desenvolvedores antes que pudesse se tornar infraestrutura de produção.

A migração de Aura para BABE permanece em QA

Midnight também está preparando uma mudança separada em sua infraestrutura de consenso. Hoskinson descreveu Aura como o mecanismo transitório atual de produção de blocos e BABE como o modelo de mais longo prazo destinado à operação descentralizada, com GRANDPA continuando a fornecer finalidade.

O trabalho é visível no repositório público do nó do Midnight. A issue de Aura para BABE aberta descreve um novo pallet-consensus-engine responsável por uma máquina de estados de motor duplo e pela troca automática de Aura para BABE. A issue foi aberta em 23 de junho e atualmente está rotulada como QA in progress.

O fluxo de trabalho inclui um sinalizador ActiveEngine para Aura ou BABE, configurações de migração protegidas por governança, slots de transição armazenados e uma virada automática em um limite de época BABE registrado. A issue também afirma que a troca deve ser adiada até que GRANDPA finalize pelo menos um bloco injetado e que testes unitários devem cobrir as transições de estado.

Duas dependências continuam listadas na issue pública: vinculação do limite de época e preparação do comitê de validadores. A mesma issue não mostra marco nem branches ou pull requests vinculados na visualização pública do GitHub.

Para operadores e equipes de aplicação, o caminho de infraestrutura implantável ainda é a sequência documentada: nó do Cardano, cardano-db-sync, nó do Midnight e indexador. Os checkpoints de engenharia concretos são mais estreitos do que o roteiro mais amplo: um teste de recuperação do Umbra reproduzível e a conclusão das dependências de limite de época e de comitê exigidas antes que BABE possa substituir Aura no nó do Midnight. Para a infraestrutura de $NIGHT, ambos os trilhos apontam para o mesmo objetivo operacional, recuperação mais rápida de um estado de cadeia utilizável e um caminho controlado da produção de blocos transitória em direção ao modelo de consenso pretendido da rede.