Amaru habilita a forja de blocos na mainnet para o nó em Rust da Cardano

PRAGMA anunciou o Amaru v10.11.20261105, um lançamento beta concebido para habilitar a forja de blocos na mainnet da Cardano usando sua implementação de nó baseada em Rust. A atualização remove a restrição anterior que limitava a produção de blocos a redes de teste e introduz funcionalidades destinadas a permitir que operadores de stake pool produzam blocos sem depender do nó de referência em Haskell.

O lançamento avança o marco Minimum Viable Block Producer do Amaru, ampliando suas capacidades existentes para além da sincronização da blockchain, validação e operações de retransmissão.

Amaru expande a produção de blocos para a mainnet da Cardano

Mantido pela PRAGMA, o Amaru é uma implementação independente do nó da Cardano escrita em Rust. Ele implementa rede, validação do ledger e funcionalidades de consenso separadamente do software de referência em Haskell, oferecendo uma base de código alternativa para operar dentro da rede Cardano.

Antes desta atualização, o Amaru já podia funcionar como relay na mainnet, sincronizar por meio de snapshots do Mithril, validar blocos recebidos e acompanhar o estado atual da blockchain. Suas capacidades de produção de blocos, porém, permaneciam limitadas a ambientes de teste. O novo lançamento remove essa restrição e adiciona a seleção de transações a partir do mempool, onde as transações pendentes ficam armazenadas antes de serem incluídas em blocos.

As transações são consideradas na ordem de chegada, e aquelas que excedem o tamanho de bloco permitido ou os limites de execução são ignoradas durante a construção. A atualização também introduz a identificação de software CIP-0203, permitindo que os blocos carreguem informações sobre a implementação de nó responsável por produzi-los.

A marcação de software vem ativada por padrão. Os operadores podem desativá-la por meio da opção --software-tag-off ou da variável de ambiente AMARU_SOFTWARE_TAG_OFF=true, enquanto o novo comando amaru dev software-tag fornece ferramentas para inspecionar e decodificar os identificadores.

Correções no ledger e melhorias operacionais para operadores de stake pool

Além da produção de blocos, o lançamento inclui correções destinadas a melhorar a consistência com a implementação de referência da Cardano. Elas abordam cálculos usados para determinar a elegibilidade do produtor de blocos, incluindo casos de borda de arredondamento, bem como discrepâncias na validação de transações envolvendo retornos de colateral, testemunhas, operações de governança e execução malsucedida de scripts Plutus.

As capacidades de monitoramento também foram ampliadas. Métricas adicionais de conexão oferecem suporte a ferramentas como gLiveView, enquanto as métricas de Key Evolving Signature (KES) foram alinhadas às expostas pelo nó em Haskell. Essas mudanças fornecem aos operadores informações mais consistentes ao monitorar a conectividade do nó e a infraestrutura de produção de blocos.

De acordo com a documentação do lançamento, o Amaru requer um processador x86_64 ou aarch64 com pelo menos dois núcleos a 2 GHz, no mínimo 2 GiB de RAM e entre 20 e 300 GiB de armazenamento. A quantidade de armazenamento depende do histórico da blockchain sincronizado pelo operador.

O Amaru não recupera automaticamente todo o histórico da cadeia durante o bootstrapping inicial. Histórico adicional pode ser sincronizado separadamente por meio de amaru mithril sync. A porta padrão para conexões de pares recebidas é 3001 em vez de 3000, com opções de configuração disponíveis para os operadores.

[NEWSBREAK]

Implantação na mainnet e identificação de software

O Hard Fork Working Group da Intersect identificou 5 de novembro como a data alvo para o Amaru começar a produzir blocos na mainnet da Cardano. A documentação do lançamento da PRAGMA descreve a funcionalidade necessária para esse marco, embora as informações do lançamento não indiquem especificamente um bloco de mainnet produzido com sucesso pelo Amaru.

O software beta é descrito como disponível para Linux nas arquiteturas x86_64 e aarch64, macOS em aarch64 e Windows. Uma imagem Docker também é especificada em ghcr.io/pragma-org/amaru:v10.11.20261105.

A mudança diz respeito à infraestrutura de stake pool, e não à forma como os detentores de ADA interagem com a rede. Funcionalidades de carteira, delegação e participação em staking permanecem inalteradas independentemente de qual implementação de nó um pool opere.

O CIP-0203 fornece um mecanismo para identificar o software usado para produzir blocos individuais. Quando blocos gerados pelo Amaru com esses identificadores aparecerem na mainnet da Cardano, sua origem poderá ser distinguida de blocos produzidos pela implementação de referência em Haskell.