Les blockchains haute performance se heurtent souvent à la même limite architecturale : l’exécution se situe directement sur le chemin du consensus. Dans un modèle synchrone classique, les validateurs doivent d’abord exécuter les transactions contenues dans un bloc afin de confirmer que les transitions d’état qui en résultent sont valides. Cette conception conserve le caractère déterministe du réseau, mais transforme aussi le calcul en goulot d’étranglement partagé. Qu’elles impliquent une logique de smart contracts plus riche, une coordination entre systèmes ou des mises à jour d’état plus lourdes, plus les transactions sont complexes, plus la vitesse du réseau dépend de la rapidité avec laquelle les validateurs peuvent les traiter — et le calcul le plus lent sur ce trajet peut finir par contraindre le rythme de l’ensemble du système.

De nombreux réseaux ont déjà passé des années à améliorer la finalité, l’efficacité du réseau et la propagation des blocs. L’exécution est désormais devenue la prochaine contrainte architecturale. Plutôt que d’optimiser seulement la vitesse à laquelle les validateurs parviennent à un accord, les conceptions plus récentes se demandent si l’exécution doit vraiment rester dans la boucle du consensus. Le logiciel de nœud d’Ethereum sépare déjà les clients de consensus et d’exécution, bien que les deux valident encore chaque bloc ensemble, tandis que des chaînes comme Monad vont plus loin avec l’exécution différée, qui planifie le calcul d’état seulement après l’accord sur un bloc.

Passer à un pipeline de calcul asynchrone

Le participant CTDG Dev Hub MultiversX s’attaque à cette contrainte avec Supernova, désormais en ligne sur le testnet, en découplant le consensus de l’exécution afin que le réseau puisse se mettre d’accord sur les blocs avant de traiter leurs transactions. MultiversX, dont la chaîne de couche 1 combine le sharding d’état adaptatif avec un consensus proof-of-stake sécurisé — l’architecture derrière la finalité intra-shard évoquée plus loin — a lancé son mainnet en 2020 sous le nom Elrond et a changé de marque en 2022. Le projet a détaillé cette conception dans un article de blog officiel et a partagé le déploiement sur X (publication, publication).

Avant Supernova, la production de blocs suivait un schéma séquentiel. Un proposeur sélectionnait des transactions, les exécutait localement et proposait un bloc avec ces résultats. Les validateurs devaient ensuite réexécuter les mêmes transactions avant de voter, ce qui plaçait l’exécution directement sur le chemin critique du consensus.

Supernova modifie cet ordre. Le proposeur sélectionne les transactions et propose le bloc sans les exécuter au préalable. Les validateurs vérifient que la proposition respecte les règles du protocole et peuvent voter immédiatement, tandis que l’exécution se poursuit de manière asynchrone en arrière-plan. Le résultat d’exécution est généralement référencé et notarié dans l’en-tête du bloc suivant, si bien que l’exécution accuse environ un bloc de retard sur le consensus, soit environ 600 millisecondes.

Le découplage de l’exécution et du consensus crée un problème immédiat de validité : le réseau doit toujours déterminer si une transaction proposée est susceptible de rester valide avant que l’exécution ne rattrape son retard. Supernova y répond avec un mempool virtuel.

Le mempool regarde au-delà de l’état de chaîne exécuté le plus récent et suit les nonces en attente, la consommation de solde attendue et les transactions déjà proposées mais dont les résultats d’exécution n’ont pas encore franchi le consensus. Les proposeurs disposent ainsi d’une vision prospective de l’activité des comptes et peuvent sélectionner des transactions qui devraient toujours s’exécuter avec succès lorsque leur tour arrive.

MultiversX ajoute aussi deux garde-fous autour du nouveau pipeline. L’Execution-Result Inclusion Estimator, ou EIE, limite le nombre de résultats d’exécution pouvant être référencés dans un bloc en fonction de ce que des nœuds aux spécifications minimales peuvent traiter en toute sécurité. Par ailleurs, un backpressure automatique réduit la capacité des blocs si l’exécution prend trop de retard, donnant au système le temps de rattraper son retard.

Croissance collaborative au sein de l’écosystème décentralisé

La mise à niveau s’inscrit aussi dans le travail plus large de Cointelegraph Decentralization Guardians avec MultiversX. Cointelegraph a rejoint le réseau en tant que validateur via le programme CTDG en mars 2026, prolongeant la relation vers une participation à l’infrastructure.

MultiversX est également un partenaire officiel du CTDG Dev Hub, reliant le protocole à une communauté plus large de développeurs et d’utilisateurs de la blockchain. La relation a déjà une profondeur pratique : la MultiversX Foundation a délégué au validateur CTDG, et l’équipe Dev Hub a construit un tableau de bord de validateur dédié sur MultiversX.

Du point de vue des développeurs, la finalité intra-shard intervient dès que la preuve est disponible, généralement dans le même tour, autour de 100 à 250 millisecondes, avec des conditions d’exécution plus prévisibles. Ces conditions sont particulièrement importantes pour les applications qui dépendent de boucles de rétroaction serrées, comme les primitives DeFi à haute fréquence, les carnets d’ordres onchain et d’autres systèmes qui commencent à se dégrader lorsque la latence entre dans l’expérience utilisateur.

Supernova produit déjà des blocs de 600 millisecondes sur le testnet et le devnet en direct depuis le 20 août, avec pour objectif plus large de rendre les interactions onchain immédiates. L’activation sur le mainnet est attendue le 10 septembre 2026. Cette transition reflète une poussée plus large vers des blockchains qui se comportent davantage comme une infrastructure applicative réactive que comme des moteurs de règlement différé.