Cardano node 11.1.0 si prepara a Dijkstra e rimuove il tracing legacy

Cardano node 11.1.0 è stato rilasciato il 21 agosto con modifiche all’infrastruttura che preparano il software di rete all’era Dijkstra. L’aggiornamento migliora l’elaborazione delle transazioni, la validazione Plutus e le operazioni del nodo, richiedendo al contempo agli operatori di nodo che utilizzano il tracing legacy o il backend di storage LMDB di migrare le proprie configurazioni.

Cardano node 11.1.0 fa progredire l’infrastruttura per Dijkstra

Cardano node è il software centrale usato per validare i blocchi, instradare le transazioni e mantenere una copia sincronizzata del ledger di Cardano. Gli operatori di stake pool lo usano per la produzione dei blocchi e l’infrastruttura di relay, mentre gli sviluppatori fanno affidamento sulle sue interfacce per inviare transazioni, interrogare lo stato della rete e testare applicazioni che gestiscono ADA.

Secondo le note di rilascio ufficiali, la versione 11.1.0 prosegue il lavoro tecnico preparatorio per l’hard fork Dijkstra, la prossima grande era del ledger di Cardano successiva a van Rossem. L’aggiornamento include un inoltro delle transazioni più efficiente tra peer, snapshot del mempool progettati per rimanere veloci con l’aumentare del volume di transazioni e una validazione più rapida degli script Plutus.

La release introduce anche il supporto iniziale di rete e consenso per Ouroboros Peras. La funzionalità è disabilitata per impostazione predefinita e rimane dietro la versione sperimentale del protocollo NodeToNodeV_16.

Peras è progettato per ridurre i tempi di finalizzazione delle transazioni tramite certificati di voto aggiuntivi stratificati sopra il consenso Ouroboros esistente di Cardano. È assegnato alla seconda fase della roadmap Dijkstra, separata dalla prima fase incentrata su Linear Leios, Nested Transactions e una nuova era del ledger.

Il tracing legacy e LMDB richiedono la migrazione da parte degli operatori

Cardano node 11.1.0 completa la rimozione del precedente sistema di tracing di iohk-monitoring-framework. La nuova architettura di tracing è ora l’unica versione inclusa e le configurazioni che fanno ancora riferimento a chiavi di monitoring legacy devono essere migrate.

Cardano tracer ha inoltre abbandonato il componente RTView dismesso, mentre la sua interfaccia opzionale per le metriche ora segue più da vicino il formato wire di Prometheus.

LedgerDB V1 e il backend di storage LMDB sono stati anch’essi rimossi. Gli operatori che utilizzano LMDB devono passare a un’altra opzione di storage supportata, con la più recente architettura LedgerDB V2 di Cardano che utilizza un backend basato su LSM per l’archiviazione UTxO su disco.

Gli snapshot del ledger ora sono generati in modo prevedibile e in un formato compatibile con Mithril. Ciò consente di confrontare e condividere in modo più affidabile gli snapshot creati da nodi diversi, supportando al contempo una sincronizzazione più rapida e verificabile in modo indipendente.

Il binario Mithril signer è incluso anche nel pacchetto di release per x86_64 Linux, riducendo il numero di componenti separati richiesti durante la configurazione della partecipazione alla firma Mithril.

Cardano node 11.1.0 rimane in fase di test preliminare

La versione 11.1.0 amplia diverse interfacce utilizzate dai provider di infrastruttura e dagli sviluppatori. Il suo livello sperimentale gRPC e UTxO-RPC aggiunge metodi per leggere e seguire la chain tip, accedere alle informazioni di genesis, cercare UTxO e valutare transazioni.

Il comando ping di cardano-cli ora supporta più target e record DNS SRV secondo CIP-0155. Le immagini container per cardano-node, cardano-tracer e cardano-submit-api possono anche operare come utenti non root o con filesystem in sola lettura, offrendo opzioni di deployment aggiuntive per le infrastrutture che supportano transazioni ADA.

I requisiti pubblicati elencano 24 GB di memoria per il backend in memoria e 8 GB per la configurazione su disco, sebbene quest’ultima cifra sia in attesa di conferma. Un problema noto produce un utilizzo di memoria circa del 12% superiore rispetto alla versione 11.0.1 durante il caricamento di file di genesis della testnet contenenti grandi quantità di dati precaricati. Le note di rilascio affermano che il mainnet di Cardano non è interessato.

I benchmark di prestazioni e i report di test di sistema non sono ancora stati pubblicati. La versione 11.1.0 stabilisce le migrazioni di configurazione, le modifiche allo storage e le interfacce di protocollo sperimentali che ora possono essere testate prima che una successiva release pronta per Dijkstra entri nel processo di aggiornamento del mainnet di Cardano.