Cardano Leios punta a una capacità da tre a cinque volte quella attuale

Input Output ha delineato piani il 20 ottobre per introdurre Ouroboros Leios tramite l'hard fork Dijkstra di Cardano. Il protocollo inizialmente mirerebbe a una capacità di dati di transazione da tre a cinque volte quella odierna, con successivi aggiornamenti dei parametri che puntano da dieci a quindici volte il livello attuale. L'attivazione seguirebbe la registrazione degli stake pool dopo il fork.

Leios aggiunge capacità durante i picchi di traffico su Cardano

Ouroboros Linear Leios è progettato per elaborare più transazioni quando la domanda supera la capacità dei blocchi Praos esistenti. Mantiene tali blocchi e aggiunge blocchi endorser contenenti riferimenti a ulteriori transazioni.

Il protocollo amplia anche la mempool, dove i nodi conservano le transazioni in attesa di elaborazione. Questo offre alla rete più spazio per accettare transazioni in sospeso nei periodi di maggiore attività.

La capacità è misurata in kilobyte di dati di transazione al secondo. Il numero di transazioni elaborate dipende dalla loro dimensione e dai requisiti computazionali.

Gli stake pool devono registrare le chiavi di voto Leios

Dopo Dijkstra, gli operatori degli stake pool registreranno chiavi BLS per partecipare al voto di Leios. Input Output stima che l'attivazione richiederà pool registrati che rappresentino circa dal 90% al 95% dell'ADA delegata, soggetto ai parametri finali del protocollo.

Secondo la configurazione descritta, i pool partecipanti convalidano i blocchi endorser ed esprimono voti ponderati in base all'ADA che rappresentano. La certificazione richiede voti che coprano almeno il 75% dello stake attivo totale. Le firme BLS combinano tali voti in un certificato compatto.

I pool senza chiavi registrate possono continuare a produrre blocchi Praos ma non possono votare sui blocchi endorser di Leios.

[NEWSBREAK]

I test su mainnet guideranno ulteriori aumenti di Leios

La fase Earth di 41 giorni di MusashiNet ha raggiunto un picco di 26.8 kilobyte di dati di transazione al secondo, rispetto a un tetto della mainnet Praos di circa 4.51. Il test ha coinvolto traffico sintetico e operatori partecipanti. Il team ha segnalato correzioni per difetti di implementazione emersi durante i test, inclusi problemi di sincronizzazione e gestione dei certificati non validi.

Dopo l'attivazione su mainnet, raffiche di traffico controllate misureranno la propagazione dei blocchi, le prestazioni di voto, l'affidabilità dei certificati e la capacità residua dei nodi.

Sono previsti almeno due successivi aggiornamenti dei parametri, ciascuno dei quali richiederà una separata approvazione di governance entro i limiti costituzionali. Queste modifiche non richiederanno un altro hard fork. L'annuncio del 20 ottobre non ha specificato una data di attivazione per Dijkstra.

Ogni proposta di capacità richiederà misurazioni dal livello operativo precedente, fornendo alla governance prove sul fatto che la rete in produzione possa sostenere il carico aggiuntivo prima di approvare un limite più elevato.