L’aggiornamento Leios di Cardano richiede il riavvio del testnet Musashi

La più recente pre release di Leios di Input Output richiede il riavvio del testnet Musashi Dojo perché il suo formato degli endorser block è incompatibile con le versioni precedenti. L’aggiornamento arriva durante Fire, la fase che testa come l’aggiornamento proposto della capacità di throughput di Cardano si comporta sotto carico crescente.

Il nuovo formato dei blocchi Leios rompe la compatibilità

Ouroboros Leios amplia la capacità di transazioni di Cardano tramite endorser block aggiuntivi affiancati alla catena Praos esistente. Questi fanno riferimento a transazioni che un comitato di stake pool convalida e su cui vota. Un certificato consente a tali transazioni di entrare nel ledger.

Il design offre capacità aggiuntiva per i trasferimenti di ADA e le transazioni delle applicazioni. Gli endorser block utilizzano processi di distribuzione e validazione separati, richiedendo ai nodi partecipanti di seguire regole di comunicazione compatibili.

Un nodo che esegue rc-2026w42 non può scambiare endorser block con versioni precedenti né leggere le loro catene. Secondo le note di rilascio, gli operatori devono eliminare sia il database della catena locale sia i database di Leios prima di sincronizzare la rete riavviata a partire dal genesis.

La certificazione avanza di uno slot

I produttori di blocchi possono ora certificare un endorser block immediatamente dopo che sono trascorsi i periodi richiesti di annuncio, voto e diffusione. Con i parametri predefiniti ciò diventa possibile dopo 14 slot, uno slot prima rispetto alle versioni precedenti.

La modifica allinea il prototipo a CIP-164 e alle regole di convalida delle intestazioni del nodo upstream. La soglia definisce la prima inclusione consentita di un certificato; l’inclusione effettiva dipende anche dalla produzione di un blocco idoneo.

La certificazione attraverso il confine tra epoch è ora vietata. I nodi rifiutano le intestazioni che tentano di certificare un endorser block annunciato nell’epoch precedente, e i produttori di blocchi non creano più tali certificati.

La release risolve inoltre un bug del prototipo che poteva consentire a una transazione con uno script Plutus non riuscito di spendere i propri input bloccati dallo script dopo che il relativo endorser block era stato certificato. La correzione preserva il flag di validità dello script nella codifica della transazione trasmessa. Richiede inoltre una nuova convalida quando la versione del protocollo usata per il voto differisce dalla versione con cui la transazione era stata precedentemente verificata.

Musashi Fire testa i parametri iniziali di Cardano

Musashi Dojo è gestito da Input Output, con operatori di stake pool indipendenti che eseguono produttori di blocchi abilitati a Leios e partecipano al consenso. ADA di test e delega sostengono il loro coinvolgimento.

Durante Fire, il traffico aumenta progressivamente per stabilire livelli operativi sostenibili, mettere in evidenza problemi software e valutare le impostazioni del protocollo. Il testnet offre inoltre ai team applicativi un ambiente per verificare wallet, indicizzatori e altri strumenti rispetto a Leios.

L’aggiornamento di Intersect del 17 ottobre ha riportato che Musashi ha superato Preview e Preprod per dimensione della rete e distribuzione geografica. Il team di sviluppo ha tenuto due sessioni aperte durante i test il 15 ottobre, e i risultati dovrebbero contribuire a definire le impostazioni iniziali dei parametri per il mainnet di Cardano.

Gli operatori ottengono anche un nuovo comando cardano-cli query leios-committee per ispezionare i comitati di voto dell’epoch corrente e della successiva.

Le informazioni sui comitati in precedenza restituite da query stake-snapshot passano a quella query dedicata, a corredo delle modifiche della release alla tempistica di certificazione e ai confini di epoch.