Il prototipo Leios di Cardano adatta la dimensione del blocco al supporto di voto

Il team di consenso di Cardano ha rilasciato il prototipo Ouroboros Leios rc-2026w44 con una funzione chiamata endorsements adattivi. Consente ai produttori di creare blocchi endorser più piccoli quando i blocchi recenti ricevono meno supporto di voto. Il team ha progettato la funzione per preservare parte della capacità di transazioni aggiuntiva di Leios quando i blocchi più grandi faticano a essere certificati e, altrimenti, il throughput tornerebbe al livello supportato da Praos, l'attuale protocollo di consenso di Cardano.

Perché i blocchi più piccoli possono aiutare

Leios aggiunge capacità utilizzando blocchi endorser per trasportare transazioni insieme ai blocchi regolari che formano la catena. Certificare un blocco endorser richiede voti che rappresentino una quota minima di stake. Nei test su Musashi, alcuni blocchi più grandi non hanno raggiunto l'obiettivo perché i nodi votanti non potevano convalidare transazioni che non avevano ancora visto prima della chiusura della finestra di voto.

Il prototipo confronta il peso dei voti dietro ogni annuncio di blocco recente con lo stake che ha partecipato nei turni recenti. Utilizza tale differenza per stimare quanto del margine sopra la soglia di certificazione l'annuncio abbia perso. I produttori quindi riducono la dimensione dei nuovi blocchi endorser, offrendo ai nodi votanti meno transazioni da verificare nella stessa finestra.

Cosa è cambiato nel ramo principale di sviluppo

Separatamente dal rilascio del prototipo, il team di consenso ha aggiunto la produzione di blocchi endorser al ramo principale di sviluppo. I produttori possono costruire questi blocchi a partire da transazioni che non rientrano in un normale blocco della catena, noto come ranking block, e memorizzarli in un database dedicato chiamato LeiosDB.

Quando un ranking block in arrivo porta un certificato Leios, il nodo controlla il certificato e attende il corrispondente blocco endorser prima di selezionare il ranking block per la propria catena. Il ramo di sviluppo aggiunge anche l'inoltro dei voti. I nodi verificano ogni voto Leios una sola volta e si disconnettono dai peer che inviano voti non validi.

[NEWSBREAK]

In che cosa differiscono Musashi e DijkstraNet

Intersect ha identificato Musashi come la rete di test per l'implementazione completa di Linear Leios. DijkstraNet esegue la versione 12 del protocollo e supporta la registrazione di chiavi BLS per gli operatori dei pool di stake. La sua versione attuale esclude la Linear Leios completa dall'ambito.

Gli endorsements adattivi sono disattivati per impostazione predefinita in rc-2026w44. La configurazione fornita per Musashi abilita la funzione. La release mantiene i formati del database e dei messaggi di rete usati da rc-2026w43, così i nodi su entrambe le versioni possono comunicare e gli operatori possono aggiornare senza dover risincronizzare.