Cardano Dijkstra separa Linear Leios e Peras in due fasi

L'aggiornamento Dijkstra di Cardano non attiverà tutte le modifiche al consenso pianificate in una sola volta. La Fase 1 introduce una nuova era del ledger,

Protocol Version 12, con Linear Leios e un insieme più ampio di modifiche al ledger, mentre Peras è prevista per un'attivazione successiva all'interno della stessa era.

Intersect attualmente punta al completamento del codice della Fase 1 per il Q4 2026, con Peras previsto per il Q2 2027. Queste date sono stime di sviluppo e non date confermate di hard fork su mainnet.

Linear Leios entra in Dijkstra per prima

Linear Leios è il principale componente di scalabilità della Fase 1 e rappresenta un'implementazione semplificata del più ampio design Ouroboros Leios.

Gli attuali blocchi Praos vengono estesi in Ranking Blocks, mentre gli Endorser Blocks forniscono capacità aggiuntiva per l'elaborazione delle transazioni. Un comitato basato sulla stake certifica un Endorser Block prima che il suo certificato sia incluso in un successivo Ranking Block e che le transazioni associate vengano applicate al ledger.

Il design Linear rimuove gli Input Blocks e il modello più ampio di produzione concorrente di Endorser Block incluso nei design Leios più completi.

Intersect ha scelto questo approccio per portare parte dell'architettura Leios verso la produzione senza introdurre la complessità aggiuntiva della struttura delle transazioni richiesta dal design più ampio. La documentazione segnala anche che alcuni approcci alternativi hanno creato preoccupazioni sull'esperienza utente delle dApp ritenute inadatte alla prima distribuzione.

Dijkstra Fase 1 include ulteriori modifiche al ledger come Nested Transactions, Guard Scripts, Plutus V4 Script Context e una nuova struttura di serializzazione del corpo del blocco. Insieme, costituiscono la transizione più ampia verso la nuova era del ledger.

Non è stata definita una singola cifra di TPS come obiettivo per la mainnet di Dijkstra. Linear Leios può operare con configurazioni diverse a seconda della dimensione delle transazioni e dei parametri del protocollo, con una capacità che dovrebbe aumentare progressivamente dopo l'attivazione invece di partire subito a un massimo teorico.

Peras viene preparato senza un'altra era del ledger

Peras non sarà attivato nella Fase 1, ma parte dell'infrastruttura di cui necessita sarà già introdotta.

Dijkstra include le estensioni del codec e i parametri di protocollo del CIP-140 necessari per una successiva attivazione di Peras tramite una modifica della versione del protocollo all'interno dell'era esistente. Le modifiche strutturali possono quindi essere completate durante la Fase 1 senza costringere Cardano a un'altra transizione completa del ledger quando Peras sarà pronto.

I protocolli affrontano anche aree diverse delle prestazioni di rete. Linear Leios amplia la capacità di elaborazione delle transazioni, mentre Peras aggiunge un livello di voto sopra Ouroboros Praos progettato per accelerare la finalizzazione e aumentare più rapidamente la fiducia nella catena canonica.

La Fase 2 è quindi un aggiornamento del consenso separato e non una parte non completata della distribuzione di Leios. Potrà seguire un proprio processo di test e ratifica dopo che le fondamenta del ledger richieste saranno già state predisposte.

Il completamento del codice non equivale alla mainnet di Dijkstra

L'attuale obiettivo per il Q4 2026 si riferisce al completamento del codice della Fase 1, non a una data garantita di attivazione su mainnet.

Dopo un rilascio di nodo compatibile con Dijkstra, l'aggiornamento deve passare attraverso gli hard fork di Preview e Preprod, i test degli operatori dei pool di stake e le verifiche della prontezza della rete. Un'azione di governance Mainnet Hard Fork Initiation può seguire solo dopo il completamento di queste fasi.

Linear Leios viene inoltre testato tramite l'ambiente Musashi Dojo, dove la sincronizzazione dei nodi, la certificazione degli Endorser Block e il flusso delle transazioni sono già stati dimostrati. Questo lavoro viene utilizzato per affinare i parametri che in seguito determineranno il comportamento in produzione.

Dijkstra richiede anche un emendamento mirato alla Cardano Constitution. I nuovi parametri del protocollo necessitano di corrispondenti guardrail costituzionali affinché la governance possa modificarli entro intervalli definiti dopo l'attivazione.

L'emendamento proposto ha un ambito tecnico e non cambia i ruoli di governance esistenti né le soglie di voto. L'obiettivo attuale è presentare l'emendamento combinato entro l'epoch 655, a partire dall'11 settembre 2026, seguito dalla ratifica dei DRep e da una revisione di costituzionalità da parte del Constitutional Committee.

Questa sequenza lascia un intervallo deliberato tra il completamento ingegneristico e l'attivazione della rete. Dijkstra può stabilire prima le modifiche al ledger necessarie per Linear Leios, mentre il lavoro preparatorio già incorporato nella Fase 1 consente a Peras di seguire in un secondo momento come decisione di protocollo separata anziché come un'altra transizione completa dell'era del ledger.