Le blockchain ad alte prestazioni tendono a incontrare sempre lo stesso limite architetturale: l'esecuzione si trova direttamente sul percorso del consenso. In un modello sincrono convenzionale, i validatori devono prima eseguire le transazioni contenute in un blocco per confermare che le transizioni di stato risultanti siano valide. Questo design mantiene la rete deterministica, ma trasforma anche il calcolo in un collo di bottiglia condiviso. Che le transazioni coinvolgano logiche di smart contract più ricche, coordinamento tra sistemi o aggiornamenti di stato più pesanti, più sono complesse e più la velocità della rete dipende dalla rapidità con cui i validatori riescono a elaborarle — e il calcolo più lento su quel percorso può finire per frenare il ritmo dell'intero sistema.

Molte reti hanno già trascorso anni a migliorare la finalità, l'efficienza di rete e la propagazione dei blocchi. L'esecuzione è ormai diventata il prossimo vincolo architetturale. Invece di ottimizzare solo la rapidità con cui i validatori raggiungono un accordo, i design più recenti si chiedono se l'esecuzione debba davvero rimanere all'interno del ciclo di consenso. Il software dei nodi di Ethereum si divide già in client di consenso e di esecuzione separati, anche se entrambi continuano a validare insieme ogni blocco, mentre catene come Monad vanno oltre con l'esecuzione differita, che programma il calcolo dello stato solo dopo che un blocco è stato concordato.

Il passaggio a una pipeline di calcolo asincrona

Il partecipante del CTDG Dev Hub MultiversX affronta questo vincolo con Supernova, ora attiva su testnet, separando il consenso dall'esecuzione così che la rete possa concordare i blocchi prima di elaborare le relative transazioni. MultiversX, la cui blockchain layer-1 combina sharding adattivo dello stato con un consenso proof-of-stake sicuro — l'architettura alla base della finalità in-shard citata più avanti — ha lanciato la propria mainnet nel 2020 con il nome Elrond e si è rinominata nel 2022. Il progetto ha illustrato il design in un post ufficiale sul blog e ha condiviso il rollout su X (post, post).

Prima di Supernova, la produzione dei blocchi seguiva uno schema sequenziale. Un proposer selezionava le transazioni, le eseguiva in locale e proponeva un blocco con quei risultati. I validatori dovevano poi rieseguire le stesse transazioni prima di votare, il che collocava l'esecuzione in pieno sul percorso critico del consenso.

Supernova cambia quest'ordine. Il proposer seleziona le transazioni e propone il blocco senza eseguirle prima. I validatori verificano che la proposta rispetti le regole del protocollo e possono votare immediatamente, mentre l'esecuzione prosegue in modo asincrono in background. L'output di esecuzione risultante viene normalmente referenziato e notarizzato nell'header del blocco successivo, quindi l'esecuzione segue il consenso con un ritardo di circa un blocco, pari a circa 600 millisecondi.

Separare l'esecuzione dal consenso crea un problema immediato di validità: la rete deve comunque stabilire se una transazione proposta resterà probabilmente valida prima che l'esecuzione si aggiorni. Supernova risolve questo aspetto con uno stato di mempool virtuale. Il mempool guarda oltre l'ultimo stato eseguito della catena e traccia i nonce in sospeso, il consumo di saldo previsto e le transazioni già proposte i cui risultati di esecuzione non hanno ancora superato il consenso. I proposer ottengono così una visione prospettica dell'attività degli account e possono selezionare transazioni che dovrebbero ancora essere eseguite con successo quando arriva il loro turno.

MultiversX aggiunge inoltre due misure di salvaguardia attorno alla nuova pipeline. L'Execution-Result Inclusion Estimator, o EIE, limita quanti risultati di esecuzione possano essere referenziati in un blocco in base a ciò che i nodi con specifiche minime possono elaborare in sicurezza. La contropressione automatica, invece, riduce la capacità dei blocchi se l'esecuzione resta troppo indietro, dando al sistema il tempo di recuperare.

Crescita collaborativa nell'ecosistema decentralizzato

L'upgrade si inserisce anche nel più ampio lavoro dei Cointelegraph Decentralization Guardians con MultiversX. Cointelegraph è entrata nella rete come validatore attraverso il programma CTDG nel marzo 2026, estendendo il rapporto alla partecipazione infrastrutturale. MultiversX è anche partner ufficiale del CTDG Dev Hub, che collega il protocollo a una comunità più ampia di sviluppatori e utenti blockchain. Il rapporto ha già una profondità pratica: la MultiversX Foundation ha delegato al validatore CTDG e il team del Dev Hub ha costruito una dashboard dedicata ai validatori su MultiversX.

Dalla prospettiva dei builder, la finalità in-shard arriva appena la prova è disponibile — di solito nello stesso round, in circa 100–250 millisecondi — insieme a condizioni di esecuzione più prevedibili. Queste condizioni contano soprattutto per le applicazioni che dipendono da cicli di feedback serrati, come le primitive DeFi ad alta frequenza, gli order book onchain e altri sistemi che iniziano a degradarsi quando la latenza entra nell'esperienza utente.

Supernova produce già blocchi da 600 millisecondi sulla testnet e sulla devnet attive dal 20 agosto, con l'obiettivo più ampio di rendere immediate le interazioni onchain. L'attivazione sulla mainnet è prevista per il 10 settembre 2026. Nel frattempo, il periodo su testnet rappresenta lo stress test osservabile delle stesse misure di salvaguardia dell'upgrade: se la visione prospettica del mempool virtuale reggerà man mano che il mix di transazioni diventa più pesante e se i limiti dell'EIE e la contropressione automatica manterranno i nodi con specifiche minime al passo con i blocchi da 600 millisecondi. La transizione riflette una spinta più ampia verso blockchain che si comportano più come infrastrutture applicative reattive che come motori di regolamento ritardati.