L'aggiornamento Dijkstra di Cardano delinea il rollout di Leios con un obiettivo di throughput tra 10 e 15 volte

L'imminente era Dijkstra di Cardano introdurrà un importante aggiornamento del protocollo progettato per espandere la capacità di elaborazione delle transazioni e aggiungere nuove funzionalità alla rete. Carlos Lopez-Zelada, product manager di Leios presso Input Output, ha delineato il processo di distribuzione, incluse le condizioni necessarie prima che la tecnologia di scaling possa operare su mainnet.

La transizione alla versione 12 del protocollo introdurrà Linear Leios insieme a modifiche agli smart contract, alla gestione delle transazioni e all'economia dello staking. Il piano di rollout di Input Output punta a un aumento iniziale del throughput da due a cinque volte, seguito da ulteriori adeguamenti volti a raggiungere un valore compreso tra 10 e 15 volte l'attuale capacità della rete.

Tali miglioramenti non arriveranno tramite una singola attivazione. Dijkstra richiede modifiche costituzionali, l'approvazione della governance e la partecipazione degli operatori dei pool di stake prima che Leios possa iniziare a elaborare blocchi di transazioni aggiuntivi.

Dijkstra combina Leios con importanti modifiche al ledger e allo staking

Dijkstra riunisce molteplici miglioramenti del protocollo che richiedono modifiche alle regole di consenso di Cardano, alle strutture del ledger o ai formati delle transazioni. Invece di introdurre ciascuna funzionalità tramite un hard fork separato, l'aggiornamento le incorpora in una transizione coordinata alla versione 12 del protocollo.

Linear Leios è l'elemento centrale della release. La tecnologia è progettata per aumentare la capacità di elaborazione delle transazioni di Cardano preservando le garanzie di sicurezza del suo protocollo di consenso sottostante.

L'aggiornamento più ampio include anche le Nested Transactions, che introducono ulteriore flessibilità nella costruzione delle transazioni e nella gestione delle commissioni. I miglioramenti agli indirizzi degli account ampliano il modo in cui le transazioni interagiscono con gli account, mentre le Guard Scripts forniscono agli sviluppatori nuovi meccanismi di autorizzazione.

Plutus V4 aggiunge funzionalità all'ambiente di smart contract di Cardano, mentre le modifiche al pricing e ai limiti dei reference script permetteranno di adeguare parametri prima fissi tramite la governance.

Dijkstra introduce anche modifiche associate a due proposte di staking.

CIP-23 stabilisce un parametro di margine minimo del pool volto a supportare un approccio rivisto alle commissioni dei pool di stake. La sua piena attivazione dipende dalla prontezza dell'implementazione e della governance.

CIP-50 introduce un parametro di leva della pledge che può modificare il modo in cui la pledge dell'operatore influisce sulle ricompense di staking. La sua configurazione iniziale preserva il calcolo delle ricompense esistente fino a quando la governance non approva un'impostazione diversa.

L'aggiornamento include inoltre le basi tecniche per Ouroboros Peras, un miglioramento separato del consenso volto ad accelerare il settlement delle transazioni. La sua attivazione è prevista per un successivo aggiornamento del protocollo all'interno dell'era Dijkstra.

Leios introduce l'elaborazione parallela delle transazioni e la certificazione BLS

Linear Leios modifica il modo in cui Cardano può elaborare transazioni aggiuntive senza dipendere esclusivamente dalla produzione convenzionale di blocchi.

L'attuale sistema di consenso utilizza i Ranking Block prodotti dagli operatori dei pool di stake. Leios aggiunge gli Endorser Block, consentendo a dati di transazione aggiuntivi di muoversi attraverso la rete insieme alla blockchain principale.

Quando viene prodotto un Endorser Block, gli operatori partecipanti recuperano eventuali informazioni di transazione mancanti e ne verificano il contenuto. I blocchi validi possono quindi ricevere attestazioni crittografiche da altri operatori.

Queste attestazioni usano firme BLS, che possono essere aggregate in un unico certificato verificabile. Una volta raggiunta la soglia di certificazione richiesta, il certificato può essere incorporato in un successivo Ranking Block.

Questo meccanismo consente di elaborare un maggior numero di transazioni mantenendo un processo definito di validazione e certificazione.

Tuttavia, l'attivazione di Leios richiede ulteriore preparazione da parte degli operatori dei pool di stake di Cardano.

Gli operatori devono registrare nuove chiavi BLS tramite certificati di registrazione del pool aggiornati. Secondo Lopez-Zelada, il comitato di certificazione deve rappresentare almeno il 75% dello stake attivo prima che Leios possa diventare operativo.

Input Output mira a una partecipazione più ampia, idealmente coprendo una quota compresa tra il 90 e il 95% dello stake attivo.

Il requisito crea una distinzione tra l'ingresso nell'era Dijkstra e l'attivazione della capacità di elaborazione aggiuntiva. Anche dopo l'hard fork, Leios dipende da una sufficiente partecipazione degli operatori e dalle necessarie registrazioni crittografiche.

[NEWSBREAK]

Cardano prevede un'attivazione conservativa prima di espandere il throughput

Il rollout di Dijkstra inizia con emendamenti alla Costituzione di Cardano che riguardano 16 nuovi parametri di protocollo regolabili.

Dieci sono associati a Leios, quattro riguardano il prezzo e i limiti degli script di riferimento, e due si riferiscono all'economia dello staking. Gli emendamenti stabiliranno classificazioni di governance e restrizioni che regoleranno i futuri cambi di parametro.

Alcune restrizioni possono essere applicate automaticamente tramite script di governance, mentre altre richiedono la supervisione del Comitato Costituzionale.

Una volta affrontati i requisiti costituzionali, l'azione di inizio hard fork deve superare il processo di governance di Cardano. La transizione alla versione 12 del protocollo abiliterà quindi la fase operativa successiva, che include la registrazione delle chiavi BLS e la formazione del comitato di certificazione di Leios.

Input Output intende attivare Leios con parametri conservativi, puntando inizialmente a un throughput compreso tra due e cinque volte superiore rispetto alla configurazione di rete esistente.

Il team di sviluppo prevede poi di introdurre carichi di transazioni controllati su mainnet, monitorando come il protocollo si comporta in condizioni reali di rete.

Particolare attenzione sarà rivolta alla propagazione dei blocchi, al comportamento della certificazione, alla validazione delle transazioni e agli effetti della topologia di rete e della distribuzione dello stake. Queste caratteristiche non possono essere pienamente riprodotte in ambienti di test più piccoli.

Dopo la valutazione dei risultati, le proposte di governance potranno adeguare parametri come la dimensione degli Endorser Block, le soglie di certificazione e la configurazione del comitato.

Ulteriori periodi di osservazione seguiranno tali adeguamenti prima che vengano introdotti nuovi aumenti di capacità.

L'obiettivo iniziale di scaling dichiarato è di circa tra 10 e 15 volte l'attuale throughput di Cardano. Lopez-Zelada ha inoltre discusso il potenziale per aumenti maggiori, ma ha sottolineato che i cambiamenti successivi dovrebbero dipendere dalla domanda reale della rete e dai requisiti infrastrutturali imposti agli operatori.

Il piano di sviluppo separa quindi l'introduzione di Linear Leios dalla progressiva espansione della sua capacità di elaborazione.

Prima che il primo aumento di throughput possa entrare in vigore, Dijkstra deve ricevere la necessaria approvazione della governance, devono essere distribuiti nodi compatibili e gli operatori che rappresentano almeno il 75% dello stake attivo devono completare il processo di registrazione BLS richiesto per la certificazione di Leios.