Cardano Node 11.1.3 corregge la decodifica IPv4

Cardano Node 11.1.3 è stato rilasciato il 29 settembre, correggendo il modo in cui il software legge gli indirizzi IPv4 memorizzati nel ledger. L'aggiornamento segue l'avviso di upgrade prioritario precedentemente pubblicato da Intersect per gli operatori di stake pool e altre organizzazioni che gestiscono l'infrastruttura Cardano.

Come funziona la correzione IPv4

La versione 11.1.2 ha modificato involontariamente l'ordine dei byte utilizzato per decodificare gli indirizzi IPv4. L'ultima release ripristina l'ordine dei byte di rete standard utilizzato prima della serie 11.1.x. La correzione è inclusa tramite la versione 1.9.0.1 della libreria cardano-ledger-binary.

Un indirizzo IPv4 è composto da quattro byte il cui ordine determina come l'indirizzo viene interpretato. Su Cardano, questi indirizzi compaiono nei record dei relay degli stake pool. I relay scambiano blocchi e transazioni con altri nodi, rendendo l'interpretazione corretta dei loro dati di indirizzo rilevante per l'infrastruttura di rete.

Il changelog della release colloca la correzione nel componente ledger e non elenca modifiche ai componenti Network o Consensus.

Quali operatori Cardano sono interessati

La raccomandazione di Intersect riguarda gli operatori di stake pool e altri operatori di nodi. Le indicazioni di upgrade precedenti includevano l'infrastruttura in esecuzione su Mainnet, Preprod e Preview.

Cardano Node elabora e valida le transazioni, inclusi i trasferimenti di ADA, e supporta la produzione di blocchi da parte degli stake pool. Gli operatori mantengono e aggiornano tale infrastruttura. Gli utenti che delegano ADA a un pool fanno affidamento sul suo operatore per gestire i nodi del pool.

La correzione IPv4 affronta specificamente il comportamento introdotto nella 11.1.2. La raccomandazione più ampia di eseguire almeno quella versione segue un problema precedente identificato sulla testnet Preprod.

La raccomandazione di upgrade di Intersect

Gli operatori che eseguono versioni precedenti alla 11.1.2 sono invitati a passare direttamente alla 11.1.3. Chi è già sulla 11.1.2 soddisfa il minimo indicato da Intersect, mentre la 11.1.3 aggiunge la correzione IPv4. L'annuncio non specifica una scadenza per passare tra queste due release.

Intersect conferma che non è richiesto alcun replay del ledger, il che significa che gli operatori non devono ricalcolare lo stato del ledger dai blocchi storici come parte dell'aggiornamento.

Per gli operatori che aggiornano da release più vecchie, restano rilevanti i requisiti di migrazione introdotti nella serie 11.1. Tra questi figurano la rimozione del backend di storage LMDB e del sistema di tracing legacy. Gli operatori che utilizzano ancora LMDB devono cambiare backend di storage, mentre chi si affida al tracing legacy deve migrare la propria configurazione di monitoraggio.