Cardano Node 11.2.1 reduz uso de memória durante snapshots do ledger

A Intersect publicou o Cardano Node 11.2.1 em 10 de novembro como um lançamento preliminar de manutenção para a série 11.2. As notas da versão descrevem uma correção para picos temporários de memória quando o nó salva snapshots do ledger. Elas também relatam que a configuração LSM com suporte em disco atendeu aos requisitos de desempenho do Ouroboros Praos para a produção de blocos.

Snapshots do ledger usam menos memória

Um nó Cardano salva periodicamente uma cópia do estado do ledger em disco para poder retomar a partir desse ponto após uma reinicialização. Anteriormente, gravar um snapshot podia aumentar temporariamente o uso de memória em aproximadamente o tamanho do próprio snapshot. Segundo as notas da versão, a versão 11.2.1 remove esse pico. O banco de dados da cadeia também deixa de reter o estado inicial do ledger na memória, o que pode economizar várias centenas de MiB em redes com conjuntos iniciais grandes de saídas de transação não gastas ou delegações.

A versão também altera quando os snapshots são gravados. Durante a sincronização inicial, o nó grava snapshots assim que são solicitados. Ele aplica um atraso aleatório após alcançar a ponta da cadeia. Em mainnet e Preprod, o atraso máximo cai de seis horas para uma.

A Intersect havia identificado anteriormente uma regressão de memória na série 11.1.x e delineou um plano para aproximar o uso dos níveis da 11.0. A correção do snapshot aborda uma fonte específica de pico de uso de memória durante uma gravação em disco. A quantidade economizada durante essa operação depende do tamanho do snapshot.

O que o armazenamento com suporte em disco significa para stake pools

O design UTxO-HD do Cardano permite que um nó mantenha parte dos dados de saídas de transação não gastas em disco. As notas da versão informam que seu backend de armazenamento LSM atendeu aos requisitos de desempenho do Ouroboros Praos, o protocolo que o Cardano usa para produzir blocos. A tabela de hardware lista 24 GB de RAM para a configuração em memória e 8 GB para a configuração com suporte em disco, com o limite inferior ainda em validação.

Para um operador de stake pool, a questão prática é se o nó pode usar menos RAM enquanto cumpre os prazos do protocolo para produzir blocos. Mover parte do estado do ledger para o disco torna o desempenho de armazenamento parte desse cálculo. Um relay pode ajudar um operador a avaliar a configuração, enquanto um teste no hardware destinado à produção de blocos pode mostrar como ela se comporta sob essa carga de trabalho. A Intersect recomenda testar a configuração LSM antes de implantá-la em um nó produtor de blocos.

[NEWSBREAK]

O que muda para operadores que migram da 11.1.x

A série 11.2 introduz um formato versionado para arquivos de configuração de rede publicados. Configurações planas existentes ainda funcionam com a 11.2 e podem ser convertidas com cardano-node config migrate. Nós mais antigos que a 11.2 não podem ler os arquivos publicados recentemente.

Carteiras, exploradores e serviços de API enfrentam uma mudança de compatibilidade separada ao se conectar a um nó na série 11.2. A série remove as versões 16 a 22 do protocolo de nó para cliente, juntamente com consultas que dependiam exclusivamente dessas versões.