Cardano Node 11.1.3 corrige a decodificação de IPv4

O Cardano Node 11.1.3 foi lançado em 29 de setembro, corrigindo a forma como o software lê endereços IPv4 armazenados no ledger. A atualização segue o aviso anterior de atualização prioritária da Intersect para operadores de stake pools e outras organizações que executam a infraestrutura do Cardano.

Como funciona a correção de IPv4

A versão 11.1.2 alterou inadvertidamente a ordem de bytes usada para decodificar endereços IPv4. A versão mais recente restaura a ordem de bytes de rede padrão usada antes da série 11.1.x. A correção está incluída na versão 1.9.0.1 da biblioteca cardano-ledger-binary.

Um endereço IPv4 consiste em quatro bytes cuja ordem determina como o endereço é interpretado. No Cardano, esses endereços aparecem nos registros de relays de stake pools. Os relays trocam blocos e transações com outros nós, tornando a interpretação precisa de seus dados de endereço relevante para a infraestrutura da rede.

O registro de alterações da versão coloca a correção no componente do ledger e não lista mudanças nos componentes Network ou Consensus.

Quais operadores de Cardano são afetados

A recomendação da Intersect abrange operadores de stake pools e outros operadores de nós. Sua orientação anterior de atualização incluiu infraestrutura em execução na Mainnet, Preprod e Preview.

O Cardano Node processa e valida transações, incluindo transferências de ADA, e dá suporte à produção de blocos por stake pools. Os operadores mantêm e atualizam essa infraestrutura. Usuários que delegam ADA a uma pool contam com seu operador para gerenciar os nós da pool.

A correção de IPv4 aborda especificamente o comportamento introduzido na 11.1.2. A recomendação mais ampla de executar pelo menos essa versão decorre de um problema anterior identificado na testnet Preprod.

Recomendação de atualização da Intersect

Operadores que executam versões anteriores à 11.1.2 são aconselhados a migrar diretamente para a 11.1.3. Aqueles que já estão na 11.1.2 atendem ao mínimo indicado pela Intersect, enquanto a 11.1.3 acrescenta a correção de IPv4. O anúncio não especifica prazo para a mudança entre essas duas versões.

A Intersect confirma que não é necessário realizar replay do ledger, o que significa que os operadores não precisam recalcular o estado do ledger a partir de blocos históricos como parte da atualização.

Para operadores que atualizam a partir de versões mais antigas, os requisitos de migração introduzidos na série 11.1 continuam relevantes. Eles incluem a remoção do backend de armazenamento LMDB e do sistema de tracing legado. Operadores que ainda utilizam LMDB devem trocar o backend de armazenamento, enquanto aqueles que dependem do tracing legado devem migrar sua configuração de monitoramento.