Cardano Leios Entra Fase di Ingegneria Misurabile con Prototipo, CLI e Benchmark in Avanzamento

La roadmap di scalabilità di Cardano per Leios si sta spostando dal design della ricerca all'ingegneria misurabile. Durante la Leios Monthly Review di aprile 2026, tenutasi il 29 aprile, gli sviluppatori di IOG e i contributori della più ampia comunità Cardano hanno presentato progressi nel prototipo, nei benchmark di validazione delle transazioni, nei test di rete, nel supporto per il Cardano CLI e nel design di selezione del comitato.

Il messaggio dalla review non era che Leios sia completo, o che la mainnet di Cardano stia già operando a un nuovo livello di throughput. Era più specifico e più importante. I componenti necessari per testare Leios come vera architettura di scalabilità stanno iniziando ad allinearsi, dai blocchi estesi (Extended Blocks) e diffusione del voto fino ai benchmark del ledger, comportamento del mempool, chiavi BLS e infrastrutture di test end-to-end.

Per Cardano, questo è importante perché Leios non è solo un'altra proposta di prestazioni. È uno dei tentativi più significativi dell'ecosistema di aumentare il throughput preservando le assunzioni di sicurezza e decentramento che definiscono la rete. La review di aprile ha mostrato che questo lavoro è ora testato attraverso domande ingegneristiche concrete piuttosto che promesse generiche di scalabilità.

Il Prototipo Cardano Leios Mostra Progressi Iniziali nel Throughput

La review è iniziata con uno sguardo al prototipo Leios e a come i blocchi estesi, conosciuti come EBs, vengono sequenziati insieme all'attuale sistema Cardano Praos. Nell'ambiente di sviluppo dal vivo, il team ha mostrato la rete operare sotto un carico di circa 20 kilobyte di transazioni al secondo, descritto in quello scenario specifico come circa 100 transazioni al secondo per transazioni più piccole.

Quel numero non dovrebbe essere considerato una dichiarazione finale delle prestazioni di Leios. Il team sta ancora lavorando verso un obiettivo in ambiente controllato di 200 kilobyte di transazioni al secondo. In un esempio teorico con transazioni molto piccole di 200 byte, ciò potrebbe corrispondere a circa 1000 transazioni al secondo, ma la review non ha presentato ciò come un risultato raggiunto sulla mainnet.

Il segnale più importante era come si comportava il prototipo. La demo visiva ha mostrato blocchi Praos e blocchi estesi di Leios apparire nello stesso ambiente, con il mempool che veniva svuotato mentre il throughput confermato seguiva il carico posto sul sistema. Questo fornisce al team di sviluppo un modo più chiaro di osservare se Leios sta effettivamente muovendo i dati delle transazioni attraverso il sistema come previsto.

La review ha anche mostrato progressi nella visualizzazione della diffusione del voto. Gli sviluppatori possono ora ispezionare come i voti si muovono attraverso la rete, cosa è in transito tra i nodi e come specifici hash EB vengono votati dalle identità partecipanti. Questo è importante perché Leios non può essere giudicato solo da quanto dati può introdurre. Deve anche dimostrare che la rete può propagare, votare e certificare quei dati in modo affidabile.

Questo è l'aspetto difficile della scalabilità di Cardano. Un obiettivo di throughput più alto è facile da scrivere su carta. Un protocollo decentralizzato che coordina un flusso maggiore di dati attraverso nodi reali, limiti di larghezza di banda, differenze di latenza e condizioni avverse è una sfida diversa. La review di aprile ha mostrato che Leios è ora testato contro quel secondo problema.

Benchmark Cardano Focalizzati su Validazione, Efficienza del Mempool e Carico di Rete

Una parte importante della review si è concentrata sul lavoro sui benchmark. I benchmark di validazione delle transazioni del ledger sono progettati per misurare i costi di diverse strategie di validazione utilizzando un'implementazione effettiva del ledger di Cardano. Questi test non misurano l'intera rete. Isolano parti specifiche del sistema in modo che il team possa capire dove potrebbe essere necessario ottimizzare.

I risultati hanno mostrato differenze significative tra gli approcci di validazione. Per transazioni di piccolo valore, la review ha discusso di un'accelerazione approssimativa di cinque volte quando si passa dalla validazione completa nello scenario testato. Per le transazioni con script, la differenza era molto maggiore, con un'accelerazione approssimativa di cinquanta volte menzionata in relazione ai risultati del benchmark.

Quelle cifre non significano che ogni carico di lavoro reale si comporterà allo stesso modo. Mostrano però perché il lavoro sui benchmark è importante. Se si prevede che Leios aumenti la quantità di dati delle transazioni che attraversano Cardano, la rete deve anche comprendere come i costi di validazione scalano attraverso tipi di transazioni, dimensioni dei blocchi e condizioni hardware.

La review ha anche incluso test sulla sottomissione delle transazioni versione 2. Il modello attuale v1 utilizzato sulla mainnet è stato descritto come semplice ma inefficiente perché più peer possono scaricare le stesse transazioni dopo aver ricevuto gli stessi annunci. Ciò crea movimenti duplicati di dati e riduce l'efficienza della rete.

Il nuovo approccio v2 on-decision ha mostrato risultati significativamente migliori nei test presentati. In una corsa, il trasferimento è stato completato in circa 1,6 secondi con un'efficienza di circa il 78 percento, rispetto ai risultati v1 dove solo circa il 9 percento dei dati trasferiti era utile. Questo miglioramento è rilevante per Leios, ma potrebbe anche migliorare Cardano in generale perché una migliore sottomissione delle transazioni riduce lo spreco di rete prima di qualsiasi attivazione completa di Leios.

Il team sta anche preparando test di rete più ampi attraverso il cluster PNT, utilizzando una topologia dei nodi più realistica, distribuzione regionale e profili di latenza. L'obiettivo è capire quanta quantità di dati delle transazioni l'attuale stack di nodi e rete di Cardano può gestire prima che il livello di consenso di Leios venga completamente introdotto.

È qui che la review è diventata più di un aggiornamento sul prototipo. Il lavoro ora si concentra sugli aspetti della scalabilità che di solito determinano se un protocollo può lasciare il laboratorio, replicazione del mempool, download duplicati, sottomissione delle transazioni, messaggi di traccia, latenza di rete e costo reale di spostare più dati attraverso un sistema decentralizzato.

Leios Avanza nei Supporti al Cardano CLI e nel Design del Comitato

La review di aprile ha mostrato che la preparazione di Leios sta raggiungendo il livello degli strumenti. Il team ha dimostrato il supporto del Cardano CLI per le chiavi BLS, che saranno necessarie per partecipare al protocollo di consenso Leios.

Gli operatori dei pool di staking dovranno generare una chiave BLS e una prova di possesso oltre alle loro chiavi usuali. La prova di possesso è importante perché aiuta a proteggere contro gli attacchi con chiavi rogue. Secondo la review, i comandi rilevanti sono già disponibili nell'ultima release del Cardano CLI sotto l'era Dijkstra.

Il processo previsto è che, dopo l'hard fork rilevante, gli SPO registreranno le nuove credenziali BLS tramite un certificato di registrazione del pool di staking e includeranno la chiave di firma BLS nella configurazione di avvio del nodo. Questo è un segno pratico di progresso. Leios non è più solo una discussione di ricerca. Sta iniziando a toccare il flusso di lavoro operativo che i fornitori dell'infrastruttura di Cardano dovranno eventualmente seguire.

Un altro importante aggiornamento è venuto dalla discussione sulla selezione del comitato. Il team sta considerando un cambiamento rispetto all'attuale proposta SIP164, che utilizza un modello a ponderazione più complesso con fallback di selezione locale. L'alternativa in discussione sarebbe più semplice, più facile da implementare e più efficiente da verificare.

Il motivo è pratico. Con il modello più semplice, i voti possono essere più piccoli, la verifica può essere più veloce e i certificati possono essere significativamente ridotti in dimensioni. La review ha discusso di un confronto dove la dimensione del certificato potrebbe passare da circa 8 kilobyte a circa 200 byte, a seconda dello schema e dei parametri.

Questo dettaglio è importante perché la scalabilità non riguarda solo l'aumento della capacità delle transazioni. Se un throughput maggiore crea un sovraccarico di voti pesante, certificati grandi o percorsi di verifica costosi, la rete può guadagnare prestazioni in un'area perdendo efficienza in un'altra. Semplificando la selezione del comitato prima che arrivi la pressione di produzione, il team di Leios sta cercando di rimuovere la complessità a livello di protocollo piuttosto che gestirla successivamente attraverso soluzioni operative.

La review ha anche evidenziato la prontezza per il test completo. Cardano ha già più di 2000 scenari di test a livello di sistema che coprono aree come il nodo Cardano, il Cardano CLI, db sync, governance, delega, ricompense e comportamento di rollback. Il piano è di utilizzare questa base di test per Leios, con varianti di testnet locali che assomigliano più da vicino ai parametri della mainnet e con generatori di transazioni che creano carico sostenuto.

La fase successiva sta quindi diventando più chiara. Leios deve ora passare dal comportamento del prototipo e dai benchmark dei componenti a condizioni di testnet più ampie, dove throughput, diffusione del voto, selezione del comitato, prontezza del CLI, propagazione della rete e operazioni degli SPO possono essere valutate insieme. Questo è il vero checkpoint. Non un numero di TPS da titolo, ma se l'intero sistema può comportarsi in modo prevedibile quando i pezzi sono connessi.

Per Cardano, la review di aprile di Leios segna un progresso perché dimostra che la roadmap di scalabilità sta diventando operativa. Il protocollo viene testato attraverso gli stessi livelli che decideranno il suo valore reale, il ledger, il mempool, lo stack di rete, il modello di comitato, il CLI e gli operatori che lo gestiranno. Se questi livelli continueranno a convergere, Leios non sarà solo un concetto di scalabilità per Cardano. Diventerà un percorso verificabile verso una maggiore capacità senza abbandonare la disciplina ingegneristica che ha reso la rete diversa fin dall'inizio.