La testnet Leios di Cardano raggiunge un throughput pari a sei volte quello del mainnet

La testnet pubblica Leios di Cardano ha raggiunto 26,8 kilobyte di transazioni al secondo durante la fase Earth completata, secondo quanto riferito dal product manager di Leios Carlos Lopez de Lara. Il tasso osservato è stato quasi sei volte il limite attuale del mainnet Cardano di circa 4,5 TkB/s.

Il risultato è emerso durante un carico simultaneo da parte di Input Output e dei partecipanti della community, più che da un test formale di throughput massimo. MusashiNet è ora entrata nella fase Water mentre il team prepara diverse configurazioni del protocollo e il percorso di governance necessario perché Leios entri in Cardano tramite l'hard fork Dijkstra.

La fase Earth di Leios fornisce il suo primo risultato pubblico di throughput

Ouroboros Leios è il protocollo di scalabilità del livello base proposto per Cardano. Opera insieme a Ouroboros Praos e introduce gli endorser block, consentendo di elaborare in parallelo volumi maggiori di dati di transazione mentre Praos rimane il meccanismo sottostante di sicurezza e regolamento della rete.

MusashiNet è l'ambiente pubblico utilizzato per portare il prototipo di Leios dalle reti di sviluppo controllate a un'infrastruttura esposta a condizioni reali di latenza, hardware e rete. La fase Earth si è concentrata sulla verifica che il progetto completo del protocollo continuasse a funzionare in quel contesto.

Input Output ha utilizzato un generatore di transazioni chiamato TX Centrifuge per creare traffico sufficiente ad attivare Leios. I partecipanti della community hanno utilizzato contemporaneamente TX Firehose, uno strumento più semplice di generazione del carico messo a disposizione per i test pubblici. Il throughput riportato è apparso durante un periodo in cui entrambe le fonti stavano generando transazioni.

La misurazione non è un valore in TPS. TkB/s rappresenta il volume di dati di transazione elaborati al secondo, mentre il numero di transazioni varia in base alla loro dimensione e complessità. Poiché l'esecuzione non è stata progettata come uno stress test formale, il tasso osservato non stabilisce un limite di capacità pubblicato per Leios.

La rete includeva 62 produttori di blocchi durante la fase Earth, mentre il team di sviluppo ha rilasciato dieci versioni del prototipo in sei settimane. Lopez de Lara ha inoltre riportato cinque incidenti, tra cui fork e interruzioni della testnet.

Secondo il suo aggiornamento, ogni incidente è stato ricondotto a un bug di implementazione che non era emerso in ambienti locali più piccoli. Nessuno è stato identificato dal team come un fallimento fondamentale del progetto del protocollo Leios. I problemi sono stati analizzati, corretti e seguiti da nuove versioni del prototipo.

Un red team dedicato sta inoltre testando Leios rispetto al suo modello di minaccia, attaccando il sistema per identificare le debolezze prima che il prototipo venga convertito in codice di livello produttivo.

La fase Water aggiunge test dei parametri e ricompense per gli SPO

La fase Water sposta l'attenzione dalla validazione del progetto di base del protocollo all'esplorazione di diverse configurazioni. Il team regolerà le impostazioni di temporizzazione, le dimensioni dei blocchi e le implementazioni dei componenti per determinare quali combinazioni forniscano un throughput stabile e sostenibile.

I test includeranno un mempool riprogettato destinato a risolvere le limitazioni che diventano più evidenti sotto carichi di transazioni più elevati. Il nuovo componente sarà valutato insieme a ulteriori aumenti dell'attività sulla testnet.

Input Output ha inoltre aperto il Musashi Testnet Rewards Program per gli operatori di stake pool. Il programma ricompensa gli operatori per il mantenimento dell'infrastruttura su MusashiNet e la condivisione dei dati operativi provenienti dai loro nodi.

La telemetria richiesta dovrebbe includere i log di forging, voto e diffusione, le versioni dei nodi, gli scostamenti dell'orologio e le risorse dell'host. Combinare le informazioni provenienti da più operatori consente al team di ricostruire come blocchi, voti e certificati si muovono attraverso una rete geograficamente distribuita.

Il programma supporta fino a 100 pool. Gli operatori devono dimostrare il controllo del proprio pool, registrare una chiave di verifica BLS e fornire un indirizzo ADA sul mainnet per i pagamenti. Il faucet della testnet delega un milione di ADA di test a ciascun pool registrato affinché possa produrre blocchi e partecipare ai comitati di voto di Leios.

Le candidature sono aperte, sebbene i criteri mensili dettagliati di qualificazione siano ancora in fase di finalizzazione. La documentazione ufficiale afferma che le ricompense si basano sulla partecipazione e sulla condivisione dei dati piuttosto che sulle prestazioni tecniche.

L'implementazione di Dijkstra crea una dipendenza dalla governance

Lopez de Lara ha confermato che Leios è previsto per la distribuzione durante l'era Dijkstra, il prossimo hard fork di Cardano. Prima dell'attivazione, il team intende proporre un aggiornamento tecnico alla Cardano Constitution che copra i nuovi parametri del protocollo e i relativi paletti.

L'aggiornamento dovrebbe essere presentato tra fine settembre e inizio ottobre. Lopez de Lara ha affermato che dovrebbe rimanere limitato alle modifiche tecniche richieste da Dijkstra, senza combinarle con emendamenti costituzionali non correlati.

Il piano di rollout prevede anche impostazioni iniziali conservative per Leios, seguite da aumenti graduali di capacità man mano che diventano disponibili evidenze operative. Alcuni parametri potranno essere aumentati in seguito ma non potrebbero essere ridotti senza un altro hard fork, mentre requisiti infrastrutturali più elevati aumenterebbero direttamente i costi per gli operatori di stake pool.

Tale calendario si interseca con l'azione Update Constitutional Committee di Cardano. Quattro dei sette seggi del comitato scadono il 1 settembre. Se l'azione di sostituzione non fosse ratificata, il comitato scenderebbe sotto il minimo di cinque membri richiesti per le normali operazioni di governance.

Un comitato sottodimensionato impedirebbe all'aggiornamento tecnico costituzionale previsto di avanzare fino a quando il comitato non sarà ripristinato. Lopez de Lara ha quindi invitato DReps e SPO a votare sull'azione in corso, collegando direttamente la decisione del comitato alla tempistica proposta per Leios.

Earth si chiude con un prototipo pubblico funzionante, dieci release e nessun fallimento fondamentale del protocollo identificato dal team. Water deve ora convertire il risultato iniziale di throughput in una configurazione stabile per il mainnet, mentre il voto del comitato e l'aggiornamento tecnico della Cardano Constitution determinano se tali parametri possano entrare nella governance di Dijkstra secondo il calendario proposto.