Gli sviluppatori di Cardano integrano codice Leios per il previsto aumento di 15 volte della capacità

Gli sviluppatori di Cardano hanno integrato importanti componenti di Leios in vista di un previsto aumento di 15 volte della capacità di elaborazione delle transazioni. Un rapporto sullo sviluppo afferma che il team addetto al consenso ha aggiunto Praos2, che combina l'attuale protocollo di consenso di Cardano con Leios, al ramo principale di sviluppo. Il team ha inoltre integrato LeiosNotify e LeiosFetch per agevolare lo scambio di informazioni tra i nodi che elaborano batch aggiuntivi di transazioni. Gli sviluppatori devono ancora implementare la selezione e il recupero di questi batch, chiamati blocchi endorser.

Input Output (IOG) prevede di introdurre Leios con il prossimo hard fork Dijkstra, puntando inizialmente a una capacità di elaborazione da tre a cinque volte superiore a quella attuale. IOG prevede almeno due successivi adeguamenti per portare la capacità da 10 a 15 volte il limite attuale. Tuttavia, questi aumenti dipenderanno dai test sulle prestazioni e da approvazioni di governance separate, lasciando incerti i tempi del pieno aumento di capacità. Disposizioni di governance ancora in sospeso potrebbero ritardarne l'attuazione.

Cardano non ha ancora avviato i test delle nuove regole di protocollo di Dijkstra sulla rete di test pubblica. Intersect, l'organizzazione associativa responsabile del mantenimento della continuità della rete, ha detto il 24 ottobre che la rete di test era stata riavviata tre giorni prima. Intersect ha riferito che la rete di test utilizzava le regole Conway esistenti con la versione 11.1.3 del nodo. Il passaggio alla versione 12 del protocollo Dijkstra richiede la prossima versione preliminare del nodo 11.2 e la presentazione di una proposta di avvio dell'hard fork.

Gli sviluppatori hanno rafforzato i controlli del prototipo Leios sugli annunci dei blocchi endorser e sui certificati crittografici. Le modifiche al prototipo limitano inoltre l'uso del nuovo formato di intestazione Leios a Dijkstra e alle versioni successive del protocollo. Per applicare le modifiche è necessario riportare la rete di test del prototipo allo stato iniziale e aggiornare i nodi partecipanti. Il riavvio del prototipo non influisce sull'attuale mainnet di Cardano.

IOG stima che l'attuale sistema Ouroboros Praos possa elaborare circa 4,5 kilobyte di dati di transazione al secondo. Secondo IOG, il limite è dovuto in parte alla necessità che i blocchi si diffondano abbastanza rapidamente da mantenere il consenso della rete. Leios usa blocchi endorser per convalidare e certificare transazioni aggiuntive in modo indipendente dalla normale produzione di blocchi. L'implementazione iniziale punta a circa 13,5-22,5 kilobyte al secondo. Gli aumenti successivi potrebbero portare il throughput a 45-67,5 kilobyte al secondo. Il numero effettivo di transazioni dipende dalle dimensioni delle transazioni e dalle risorse di calcolo richieste. Prima che i limiti più elevati possano entrare in vigore, Cardano deve completare il quadro di governance per i parametri operativi del protocollo.

La procedura di approvazione inizia con una modifica costituzionale che definisce gli intervalli consentiti per i nuovi parametri di Dijkstra. La modifica richiede il sostegno di rappresentanti delegati che controllino almeno il 75% della quota di voto pertinente e l'approvazione dei due terzi del Comitato costituzionale. Intersect ha detto che la proposta, CAP-12, è arrivata a una quarta bozza in ottobre. Secondo Intersect, tra le questioni ancora irrisolte figurano i limiti numerici dei parametri, le impostazioni della leva del pledge e le procedure per disattivare Leios. L'hard fork necessita di approvazioni separate da parte di rappresentanti delegati che rappresentino il 60% della quota, degli operatori dei pool di staking che rappresentino il 51% e dei due terzi del Comitato costituzionale.

Dopo l'implementazione di Dijkstra, gli operatori dovranno registrare chiavi crittografiche aggiuntive, chiamate chiavi BLS, per certificare i blocchi endorser di Leios. IOG stima che le chiavi registrate dovrebbero coprire circa il 90%-95% della quota delegata prima dell'attivazione, tenendo conto degli operatori non disponibili o lenti. La certificazione Leios richiede firme che rappresentino almeno il 75% della quota attiva. I pool privi di chiavi BLS registrate potranno comunque produrre blocchi ordinari, ma non votare sui blocchi endorser.

Dopo la registrazione delle chiavi si svolgeranno sulla mainnet di Cardano prove controllate di carico elevato, per verificare la velocità di propagazione dei batch di transazioni e la capacità degli operatori di certificarli in modo affidabile. Gli sviluppatori valuteranno anche la capacità di elaborazione disponibile, per stabilire se i nodi possano gestire carichi di lavoro maggiori senza un calo delle prestazioni. I risultati dei test serviranno a definire le proposte per innalzare i limiti operativi di Leios. Ogni adeguamento successivo richiederà il sostegno del 67% dei rappresentanti delegati, del 51% degli operatori dei pool di staking e l'approvazione dei due terzi del Comitato costituzionale. Gli adeguamenti entro i limiti costituzionali approvati potranno entrare in vigore senza un ulteriore hard fork.