Intersect congela l'ambito della Fase 1 di Dijkstra con Linear Leios

Intersect ha congelato l'ambito tecnico per la prima fase dell'era Dijkstra di Cardano in seguito a una presentazione del 29 luglio al Technical Steering Committee.

Il pacchetto finalizzato conferma Ouroboros Linear Leios e Nested Transactions insieme a ulteriori modifiche al ledger, alla programmazione degli script e alle transazioni. Trasforma la roadmap precedentemente aperta della Fase 1 in un obiettivo di implementazione definito per il prossimo importante aggiornamento del protocollo Cardano.

L'ambito della Fase 1 di Dijkstra è ora congelato

L'Upgrade Bulletin #28 di Intersect afferma che "l'ambito dell'hard fork per la prima fase è ora congelato" a seguito della presentazione al Technical Steering Committee.

La Fase 1 introduce l'era del ledger Dijkstra e la Protocol Version 12.

Ouroboros Linear Leios, definito tramite CIP-164, è il componente di scaling principale. Estende il design Praos esistente di Cardano con Ranking Blocks e Endorser Blocks, creando capacità aggiuntiva di elaborazione delle transazioni mantenendo il modello di sicurezza Praos sottostante.

Sono incluse anche le Nested Transactions previste da CIP-118. La funzione introduce transazioni figlie con testimoni e contesti di esecuzione indipendenti, abilitando strutture transazionali più flessibili per casi d'uso come il coordinamento multiparte e la sponsorizzazione delle commissioni.

L'ambito congelato copre anche Guard Scripts ai sensi di CIP-112, miglioramenti agli indirizzi degli account tramite CIP-159, rimozione del campo di transazione isValid ai sensi di CIP-167, Non-segregated Block Body Serialization tramite CIP-176 e rimozione del requisito di delega DRep per i prelievi delle ricompense ai sensi di CIP-181.

Lavori aggiuntivi includono il contesto degli script Plutus V4, modifiche alle commissioni per i reference input e alla tariffazione dei reference script, la funzionalità di pledge leverage di CIP-50 e le basi strutturali necessarie per la successiva attivazione di Ouroboros Peras.

Linear Leios cambia il modello di elaborazione dei blocchi di Cardano

Linear Leios è progettato per aumentare la quantità di lavoro transazionale che Cardano può elaborare senza fare affidamento solo su blocchi più grandi o intervalli di slot più brevi.

Attualmente Cardano utilizza blocchi Praos per trasportare le transazioni e far avanzare la catena. Linear Leios aggiunge Endorser Blocks accanto ai normali Ranking Blocks.

Gli Endorser Blocks possono trasportare dati transazionali aggiuntivi e sono certificati da comitati basati sullo stake. I loro certificati possono poi essere referenziati dai successivi Ranking Blocks, consentendo di elaborare più lavoro transazionale mentre la catena principale rimane ancorata a Praos.

A differenza delle prime versioni del più ampio design Leios, Linear Leios non utilizza Input Blocks. L'implementazione della Fase 1 di Dijkstra si concentra su Ranking Blocks ed Endorser Blocks.

Lo sviluppo è ancora attivo. Il lavoro attuale comprende la migrazione nell'era del ledger Dijkstra, test di conformità, propagazione dei blocchi, certificazione basata su BLS e integrazione con l'infrastruttura dei nodi Cardano.

Le Nested Transactions sono più avanti, con regole del ledger, serializzazione e strutture transazionali di supporto già in fase di implementazione.

Al momento nessuna delle due funzionalità è descritta come pronta per la produzione.

Linear Leios cambia il modello di elaborazione dei blocchi di Cardano

Linear Leios è progettato per aumentare la quantità di lavoro transazionale che Cardano può elaborare senza fare affidamento solo su blocchi più grandi o intervalli di slot più brevi.

Attualmente Cardano utilizza blocchi Praos per trasportare le transazioni e far avanzare la catena. Linear Leios aggiunge Endorser Blocks accanto ai normali Ranking Blocks.

Gli Endorser Blocks possono trasportare dati transazionali aggiuntivi e sono certificati da comitati basati sullo stake. I loro certificati possono poi essere referenziati dai successivi Ranking Blocks, consentendo di elaborare più lavoro transazionale mentre la catena principale rimane ancorata a Praos.

A differenza delle prime versioni del più ampio design Leios, Linear Leios non utilizza Input Blocks. L'implementazione della Fase 1 di Dijkstra si concentra su Ranking Blocks ed Endorser Blocks.

Lo sviluppo è ancora attivo. Il lavoro attuale comprende la migrazione nell'era del ledger Dijkstra, test di conformità, propagazione dei blocchi, certificazione basata su BLS e integrazione con l'infrastruttura dei nodi Cardano.

Le Nested Transactions sono più avanti, con regole del ledger, serializzazione e strutture transazionali di supporto già in fase di implementazione.

Al momento nessuna delle due funzionalità è descritta come pronta per la produzione.