Cardano Leios punta a una capacità di 3–5 volte attraverso il rollout graduale di Dijkstra

Input Output ha delineato un rollout graduale per l'aggiornamento Leios di Cardano, puntando a una capacità di transazione iniziale da tre a cinque volte rispetto a quella attuale, prima che successivi voti di governance possano aumentarla a 10–15 volte.

Riepilogo

• Leios punta inizialmente a 3–5 volte la capacità attuale di Cardano, con successivi guadagni verso 10–15 volte.
• L'attivazione richiede la registrazione delle chiavi di voto che coprano circa il 90–95% della stake delegata.
• I cambiamenti di capacità successivi richiedono risultati di carico della mainnet e voti di governance separati.
• Solo 21 delle 103 app di Cardano elencate hanno abilitato il tracciamento delle transazioni nella classifica.

Input Output ha dichiarato nel suo aggiornamento del 20 ottobre che Leios arriverà con il hard fork di Dijkstra, seguito dalla registrazione delle pool di stake, esercizi di carico della rete live e almeno due aggiornamenti dei parametri del protocollo.

Il piano dello sviluppatore separa l'aggiornamento della rete dai passaggi necessari per attivare Leios e consentire un maggiore traffico. Le pool devono prima registrare nuove chiavi di voto, con la stima attuale che richiede circa il 90–95% della stake delegata prima che Leios possa operare.

"Il hard fork rende disponibile il protocollo," ha scritto Input Output. L'aggiornamento non fornisce una data fissa per l'attivazione di Dijkstra. I guadagni di capacità proposti rimangono soggetti ai risultati della mainnet e all'approvazione della comunità.

Cardano Leios necessita di registrazione delle pool dopo Dijkstra

Secondo il piano di rollout di Input Output, gli operatori delle pool di stake genereranno chiavi di voto BLS dopo il hard fork e le registreranno tramite certificati di pool aggiornati. Ogni registrazione diventa attiva al confine dell'epoca successiva.

Le firme BLS consentono di combinare centinaia di voti delle pool in un certificato compatto. Input Output afferma che Leios ha bisogno di voti che rappresentino almeno il 75% di tutta la stake attiva per certificare un blocco di endorsore, che porta riferimenti a transazioni in attesa di elaborazione.

La registrazione deve superare comodamente quella soglia per consentire pool che sono offline o lente a rispondere. Lo sviluppatore stima la partecipazione di circa le prime 500–900 pool, sebbene il requisito esatto per l'attivazione dipenda da parametri ancora in fase di finalizzazione.

Le pool senza una chiave BLS registrata possono continuare a produrre blocchi Praos, secondo l'aggiornamento, ma non possono votare sui blocchi di endorsore di Leios. La registrazione delle chiavi non richiede un voto separato da parte dei rappresentanti delegati o del Comitato Costituzionale.

La preparazione segue il hard fork van Rossem di Cardano del 18 luglio, che ha spostato la mainnet alla Versione del Protocollo 11, come riportato in precedenza da crypto.news. Intersect ha confermato quell'aggiornamento dopo test e approvazione da parte degli organi di governance della rete.

I cambiamenti di capacità richiedono approvazione di governance separata

Prima di Dijkstra, Input Output prevede un aggiornamento costituzionale che copra i nuovi parametri del protocollo e i limiti entro i quali la governance può modificarli. La sua tabella di marcia assegna la preparazione di quelle protezioni al Comitato dei Parametri Intersect, con il team di Plutus che aggiorna lo script delle protezioni.

Lo sviluppatore elenca soglie di approvazione diverse per ciascuna fase. L'emendamento costituzionale necessita del supporto dei rappresentanti delegati che rappresentano il 75% della stake e due terzi del Comitato Costituzionale.

Per il hard fork, i requisiti dichiarati sono il 60% della stake di DRep, il 51% della stake degli operatori delle pool e due terzi del comitato. I successivi cambiamenti di throughput richiedono il 67% della stake di DRep, il 51% della stake di SPO e due terzi dei membri del comitato.

Una volta che Leios è operativo, Input Output prevede esplosioni controllate di traffico della mainnet per misurare la consegna dei blocchi, la velocità di voto, l'affidabilità dei certificati e lo spazio di elaborazione rimasto sui nodi. Ogni passo di capacità proposto dovrebbe includere misurazioni dalle impostazioni precedenti.

L'obiettivo iniziale utilizza il tetto attuale di Praos di circa 4,5 kilobyte di transazioni al secondo come base. Moltiplicando quella cifra per gli intervalli annunciati si ottiene circa 13,5–22,5 TxkB/s inizialmente e 45–67,5 TxkB/s all'obiettivo successivo.

Queste cifre misurano la capacità dei dati delle transazioni, non un numero fisso di transazioni al secondo. Il numero di transazioni che possono essere gestite dipende dalle loro dimensioni.

Input Output afferma che la governance può modificare i limiti di Leios senza un altro hard fork, a condizione che le proposte rimangano all'interno delle linee guida costituzionali approvate.

I test precedenti hanno raggiunto circa sei volte il limite di Praos

In un resoconto ingegneristico del 20 agosto, il team di Leios ha registrato un picco di MusashiNet di 26,8 TxkB/s rispetto a un limite di 4,51 TxkB/s della mainnet di Praos. Le cifre producono un rapporto di circa 5,94 volte.

Il team ha dichiarato che la fase terrestre di 41 giorni ha coinvolto più di 127.000 blocchi e 63 pool registrati. Il traffico proveniva dalla generazione di carico sintetico e dagli operatori partecipanti, quindi i risultati descrivono le prestazioni della testnet piuttosto che la domanda dei clienti.

Il suo resoconto ha documentato problemi di implementazione, tra cui perdite di memoria, fork della catena, sincronizzazione bloccata e un arresto della rete causato dalla gestione di un certificato non valido come errore fatale. Il team ha affermato di aver corretto i difetti.

Per la mainnet, il piano di Input Output del 20 ottobre inizia con impostazioni conservative poiché la rete live include circa 2.700 pool registrati che utilizzano macchine, connessioni e configurazioni diverse.

Leios mantiene i blocchi di ranking di Praos e aggiunge blocchi di endorsers quando il traffico in attesa supera ciò che un blocco di ranking può gestire, ha spiegato lo sviluppatore. Le transazioni elaborate attraverso i blocchi di endorsers dovrebbero raggiungere il libro mastro in circa 45-60 secondi.

La preparazione di Dijkstra è proseguita attraverso rilasci software separati. Il rilascio della versione 11.1.1 di settembre ha affrontato problemi operativi in vista delle versioni successive destinate a introdurre le funzionalità della nuova era.

La roadmap Dijkstra a due fasi di Intersect ha collocato Linear Leios nella prima fase e Peras in un aggiornamento separato previsto per il secondo trimestre del 2027. Il suo programma ha descritto le date di consegna come stime soggette a test e governance.

La classifica delle app copre progetti con tracciamento abilitato

In un post separato su X del 20 ottobre, Cardano ha dichiarato che 21 delle 103 app elencate sul suo sito web avevano abilitato il tracciamento delle transazioni. I progetti appaiono nella classifica una volta attivato il tracciamento, e la partecipazione è aperta a tutti i progetti che costruiscono su Cardano.

Attualmente 21 delle 103 app elencate su https://t.co/XXRKmcOmRb hanno il tracciamento delle transazioni attivato. Una volta abilitato, un'app appare nella classifica. Il tracciamento è aperto a tutti i progetti che costruiscono su Cardano.https://t.co/YnvMr2ba6H pic.twitter.com/aeeahOen1F --- Cardano (@Cardano) 20 ottobre 2026

Le cifre pongono la partecipazione al tracciamento a circa il 20,4% delle app elencate. La dichiarazione di Cardano descrive quali progetti contribuiscono alla classifica; non stabilisce i totali delle transazioni per le restanti 82 app.

Sull'economia della rete, Input Output ha affermato che oltre l'85% delle ricompense dell'epoca proviene attualmente dalla Riserva di Cardano. Il suo aggiornamento ha citato una stima CIP-164 secondo cui il reddito da commissioni richiederebbe un traffico sostenuto di circa 50-70 TxkB/s per raggiungere il pareggio.

"Leios crea un percorso verso quel livello di attività," ha scritto lo sviluppatore. "Non crea domanda da solo."

Altre funzionalità pianificate di Dijkstra includono transazioni annidate, miglioramenti degli account, script di protezione, Plutus V4, ricompense di staking prelevabili liberamente e un parametro di leva di impegno. Secondo Input Output, queste modifiche arriveranno con l'hard fork e non dipendono dal raggiungimento da parte di Leios dei suoi obiettivi di capacità successivi.