Configuração da mainnet da Cardano passa a usar Ouroboros Genesis como padrão

A configuração oficial da mainnet agora contém ConsensusMode: GenesisMode. Isso move Genesis de um modo de sincronização opcional para a configuração padrão dos nós implantados com o pacote de configuração mais recente.

A atualização não é um hard fork nem uma atualização do ledger. Ela altera como os nós se sincronizam com a rede, especialmente ao ingressar pela primeira vez ou ao se reconectar após um longo período offline.

GenesisMode se torna o padrão da mainnet

O Cardano Operations Book confirma que Ouroboros Genesis agora é o modo de consenso padrão na configuração distribuída de nós da mainnet.

O pacote atual é listado como compatível com cardano-node 11.1.2, enquanto a configuração requer ao menos a versão 11.1.0. Operadores que usarem esses arquivos executarão GenesisMode a menos que selecionem manualmente PraosMode.

Stake pools existentes e nós de relay não são alterados automaticamente. Um nó continua a seguir o modo de consenso definido em sua configuração local até que o operador atualize ou substitua esse arquivo.

Os operadores também podem voltar ao processo de sincronização anterior selecionando PraosMode e usando a configuração correspondente de bootstrap peers.

Genesis reduz a dependência de pontos de entrada confiáveis

Em PraosMode, um novo nó inicia a sincronização por meio de um conjunto predefinido de bootstrap peers. Esses peers fornecem o caminho inicial para a rede e ajudam o nó a alcançar a cadeia atual.

Ouroboros Genesis introduz um processo de seleção de cadeia baseado no pressuposto da maioria honesta do stake da Cardano. Em vez de depender de uma lista fixa de pontos de entrada confiáveis para identificar a cadeia correta, um nó avalia o histórico de cadeia disponível usando regras do protocolo e informações ligadas à distribuição do stake de ADA.

O pacote da mainnet também inclui um snapshot de peers contendo grandes peers de ledger selecionados a partir de dados de stake da rede. Esses peers ajudam o nó a estabelecer conexões iniciais, enquanto Genesis determina como cadeias concorrentes são avaliadas durante a sincronização.

Para um novo nó, ou um que retorna após uma longa ausência, o resultado prático é um processo de recuperação mais resiliente. O nó pode identificar a cadeia válida sem assumir que os primeiros peers que contata estejam necessariamente seguindo o ramo correto.

Genesis não remove todas as dependências operacionais. Os nós ainda exigem arquivos de configuração válidos, acesso de rede suficiente e o pressuposto de segurança de que uma maioria honesta controla o stake ativo de ADA.

Operadores devem revisar versão e topologia

Operadores que adotarem Genesis devem primeiro verificar se estão executando uma versão suportada de cardano-node. A configuração atual requer a versão 11.1.0 ou posterior, enquanto o pacote distribuído da mainnet é identificado como compatível com a versão 11.1.2.

Em seguida, é preciso verificar o valor local de ConsensusMode. Um nó configurado com GenesisMode usará o novo processo de sincronização. Um nó que ainda contenha PraosMode continuará usando bootstrap peers independentemente da definição na configuração pública mais recente.

A topologia associada também requer uma referência válida ao snapshot de peers. Alterar o modo de consenso sem revisar a topologia pode deixar o nó sem o caminho de descoberta de peers esperado por Genesis.

A documentação da Cardano ainda não está totalmente alinhada. O Operations Book identifica Genesis como o padrão da mainnet, enquanto algumas orientações para desenvolvedores ainda descrevem Praos como o padrão atual e Genesis como uma substituição futura. Para implantações que usem o pacote mais recente da mainnet, o arquivo de configuração distribuído fornece a configuração efetiva.

Não há um único epoch de ativação para a transição. Ouroboros Genesis se torna o padrão operacional nó a nó à medida que novas implantações adotam o pacote atual e os operadores existentes atualizam sua configuração local.