Upgrade-ul Dijkstra al Cardano rămâne în sfera și programul său tehnic convenit, dezvoltatorii vizând Linear Leios și Tranzacțiile Imbricate în prima fază, înainte de o activare separată a Peras în 2027. 

Intersect a declarat în actualizarea sa din 14 august că planificarea se orientează acum către pregătirea ecosistemului, raportarea testnet-ului și suportul pentru implementările alternative de noduri.

Cea mai recentă foaie de parcurs oficială împarte Dijkstra în două faze. Faza 1 introduce noua eră a registrului (ledger) Dijkstra și Linear Leios, având ca țintă finalizarea codului în T4 2026. Faza 2 activează Ouroboros Peras printr-un hard fork intra-eră vizat pentru T2 2027. Programul publicat afirmă explicit că aceste date sunt estimări și „nu garanții”, deoarece testarea și guvernanța on-chain pot extinde termenul final al rețelei principale (mainnet).

Cardano Dijkstra include Linear Leios în Faza 1

Linear Leios este principala componentă de scalare a primului hard fork Dijkstra. În loc să înlocuiască modelul de securitate Praos al Cardano, introduce Blocurile de Aprobatori (Endorser Blocks) care pot referi tranzacții suplimentare și le pot certifica prin comitete bazate pe miză (stake-based committees). Designul vizează creșterea debitului (throughput), menținând în același timp garanțiile de consens de bază existente.

Faza 1 include, de asemenea, Tranzacții Imbricate (Nested Transactions), noi structuri de serializare pentru tranzacții și blocuri, modificări PlutusV4 și mai multe adăugări de parametri de protocol. Important este că va instala extensiile codec și parametrii necesari pentru Peras, fără a activa Peras în sine.

Așa cum a raportat anterior crypto.news, hard fork-ul van Rossem al Cardano a mutat rețeaua principală (mainnet) la Versiunea 11 a Protocolului în iulie și a pus bazele tehnice pentru Dijkstra și Leios.

Ouroboros Peras este programat pentru Faza 2. Protocolul adaugă un strat de vot care permite comitetelor de operatori de pool-uri de miză (stake pool operators) să voteze asupra vârfurilor recente ale lanțului (chain tips), oferind Cardano o modalitate de a ajunge la decontare (settlement) mai rapid decât sub regulile standard de adâncime a lanțului Praos.

Intersect vizează în prezent T2 2027 pentru faza Peras. Aceasta va necesita propriile implementări Preview și Pre-producție, urmate de o altă acțiune de guvernanță pe rețeaua principală (mainnet). Faza 1 trebuie să fie deja activă, deoarece furnizează structurile registrului (ledger) și parametrii de protocol pe care Peras îi necesită.

Amaru se îndreaptă spre producția de blocuri Cardano

Dijkstra împinge, de asemenea, Cardano către o diversitate mai mare a nodurilor-clienți. Intersect a declarat că Amaru, o implementare Rust open-source, este deja capabil de relay și poate valida și sincroniza cu vârful lanțului (chain tip). Producția de blocuri pe rețeaua principală (mainnet) este vizată pentru noiembrie 2026.

Propriul tracker de dezvoltare al Amaru oferă mai multe detalii. Lansarea generală a producătorului de blocuri este vizată pentru 30 septembrie, urmată de o etapă a producătorului de blocuri compatibil Dijkstra pe 29 octombrie și o lansare compatibilă Leios pe 26 noiembrie. Acestea sunt etape de dezvoltare, mai degrabă decât date garantate de activare a rețelei principale (mainnet) Cardano.

Diversitatea nodurilor ar reduce dependența Cardano de implementarea sa Haskell. Intersect dezvoltă, de asemenea, un tracker de pregătire Dijkstra care acoperă performanța testnet-ului și pregătirea ecosistemului, în timp ce invită echipele alternative de noduri în Grupul său de Lucru pentru Hard Fork (Hard Fork Working Group).

Modificările de guvernanță trebuie să sosească înainte de Dijkstra

Dijkstra introduce parametri de protocol pe care guvernanța Cardano nu-i poate modifica decât dacă apar explicit în cadrul Constituției. Prin urmare, Input Output planifică un amendament constituțional restrâns, adăugând parametrii relevanți și intervalele permise. Nu propune modificări ale rolurilor de guvernanță, pragurilor de vot sau principiilor constituționale.

Ținta actuală este de a depune această acțiune de guvernanță cel târziu în Epoca 655, începând cu 11 septembrie. Discuțiile comunitare sunt deja organizate prin intermediul Portalului de Amendamente Constituționale al Intersect, care primise patru propuneri inițiale până la 14 august.

În cele din urmă, munca pe termen scurt se concentrează pe finalizarea codului Dijkstra, stabilirea criteriilor de pregătire și trecerea primei faze prin Preview și Pre-producție înainte de orice vot de guvernanță pe rețeaua principală (mainnet). Ultima actualizare a Intersect afirmă că sfera de aplicare convenită și datele țintă rămân neschimbate.

Principala atenționare este legată de moment. Deși echipa de noduri Haskell lucrează la livrarea Fazei 1 pe rețeaua principală (mainnet) până la sfârșitul anului 2026, foaia de parcurs formală descrie T4 ca o țintă pentru finalizarea codului și afirmă că guvernanța și testarea comunității pot amâna activarea. Peras rămâne vizat pentru T2 2027 după implementarea Fazei 1.