MultiversX lance la mise à jour Supernova pour désaccoupler la consensus et l'exécution

Les conceptions de blockchain à haute performance ont longtemps fait face à un compromis structurel : lorsque l'exécution est directement liée à la consensus, le débit du réseau est limité par la vitesse à laquelle les validateurs peuvent traiter les transactions. Alors que les équipes de recherche et d'ingénierie améliorent la finalité et la propagation des blocs, l'exécution elle-même est de plus en plus considérée comme le prochain goulot d'étranglement à repenser.

MultiversX, participant de l’écosystème Decentralization Guardians (CTDG) de Cointelegraph, teste actuellement une approche visant à éliminer ce goulot d’étranglement. Sa mise à jour Supernova désaccouple le consensus de l’exécution des transactions, permettant aux validateurs de voter sans attendre la fin de l’exécution — en déplaçant le calcul dans un pipeline asynchrone. Supernova est en ligne sur la testnet, et la planification du déploiement cible une activation sur le mainnet plus tard cette année.

• Supernova réorganise le flux de blocs pour que les proposers soumettent des blocs de transactions sans les exécuter au préalable, tandis que les validateurs peuvent voter immédiatement en fonction de la validité du protocole.
• La sortie d'exécution est confirmée dans les en-têtes de bloc suivants, avec un décalage d'exécution par rapport à la consensus d'environ un bloc (environ 600 millisecondes).
• Un « état virtuel de mempool » aide à préserver la validité en suivant les nonces en attente, la consommation prévue du solde et les transactions déjà proposées mais pas encore exécutées.
• EIE (Execution-Result Inclusion Estimator) limite le nombre de résultats d'exécution qu'un bloc peut référencer, en fonction de ce que les nœuds de spécification minimale peuvent gérer en toute sécurité.
• La surpression automatique réduit la capacité des blocs lorsque l'exécution retarde trop, permettant au système de rattraper son retard.

Dans les blockchains synchrones conventionnelles, les validateurs ne se contentent pas d'accepter qu'un bloc soit bien formé — ils doivent également exécuter les transactions pour vérifier les transitions d'état avant de voter. Cela rend le système déterministe et essentiel pour le consensus, mais crée également un goulot d'étranglement partagé : les transactions les plus gourmandes en calcul ralentissent effectivement l'ensemble du réseau.

De nombreux réseaux ont passé des années à optimiser la vitesse de consensus et la diffusion des blocs. La vision de MultiversX est que ces gains ne suffisent pas si l'exécution reste sur le chemin critique. La question fondamentale que Supernova traite est architecturale : l'exécution doit-elle rester à l'intérieur de la boucle de consensus, ou peut-elle être traitée de manière asynchrone tout en préservant la sécurité et la correction ?

Supernova, désormais disponible sur testnet, introduit une séquence de production de blocs modifiée.

Auparavant, la production de blocs suivait un modèle plus séquentiel : un proposant sélectionnait les transactions, les exécutait localement et proposait un bloc contenant ces résultats. Les validateurs devaient ensuite réexécuter les mêmes transactions pour vérifier les transitions d'état avant de voter, ce qui signifiait que l'exécution se trouvait directement dans le chemin critique de la consensus.

Avec Supernova, cet ordre change. Selon la description de MultiversX du découplage de Supernova, le proposant sélectionne les transactions et propose le bloc sans les exécuter au préalable. Les validateurs vérifient ensuite que la proposition respecte les règles du protocole et peuvent voter immédiatement. L'exécution se poursuit de manière asynchrone en arrière-plan, produisant une sortie qui est normalement référencée et notariée dans l'en-tête du bloc suivant — ainsi, l'exécution retarde d'environ un bloc, soit environ 600 millisecondes, par rapport au consensus.

La conséquence pratique est que la réactivité du réseau devient moins dépendante de la rapidité avec laquelle les validateurs peuvent exécuter chaque transaction avant de participer à la consensus. Au lieu de cela, le consensus progresse selon la validité du protocole, tandis que l'exécution rattrape son retard en parallèle.

Découpler l'exécution de la consensus crée un défi évident en matière de sécurité et de validité : si l'exécution est retardée, comment le réseau détermine-t-il si les transactions incluses dans un bloc proposé resteront probablement valides au moment où leurs résultats d'exécution sont produits ?

Supernova résout cela grâce à un état de mempool virtuel. Tel que décrit par MultiversX, le mempool virtuel dépasse l'état de chaîne le plus récent exécuté et suit les entrées d'exécution prospectives telles que les nonces en attente, la consommation prévue des soldes et les transactions déjà proposées mais dont les résultats d'exécution n'ont pas encore obtenu le consensus. Cela donne aux proposeurs une vision plus précise de l'activité des comptes, afin qu'ils puissent sélectionner les transactions susceptibles de s'exécuter avec succès lorsqu'elles arriveront à leur tour.

Pour maintenir la robustesse du système face à des performances variables des validateurs, MultiversX introduit également deux mécanismes de sécurité conçus pour assurer la stabilité opérationnelle :

• Estimateur d'inclusion des résultats d'exécution (EIE) : l'EIE limite le nombre de résultats d'exécution pouvant être référencés dans un bloc. Ce plafond est lié à la capacité des nœuds de spécification minimale à traiter en toute sécurité, réduisant ainsi le risque que les nœuds moins puissants soient submergés par la référence à trop nombreux résultats en attente.
• Pression arrière automatique : si l'exécution retarde trop, la capacité de bloc est réduite pour permettre au réseau de rattraper son retard — plutôt que de laisser le décalage s'accumuler indéfiniment.

Pour les développeurs, le message clé est que la « finalité intra-shard » peut intervenir dès que la preuve est disponible. MultiversX indique que cela se produit généralement au cours du même round, entre 100 et 250 millisecondes, accompagné de conditions d'exécution plus prévisibles. Cela est particulièrement important pour les applications qui dépendent de boucles de rétroaction rapides — les exemples mentionnés incluent les primitives DeFi à haute fréquence et les systèmes de carnet d'ordres sur chaîne, qui peuvent se dégrader lorsque la latence devient un problème d'expérience utilisateur.

Supernova produit également des blocs de 600 millisecondes sur la testnet et la devnet en direct depuis le 20 août. L'objectif plus large du réseau est de rendre les interactions sur chaîne plus immédiates, en rapprochant l'expérience d'une infrastructure d'application réactive plutôt que d'un règlement retardé.

Sur le calendrier, MultiversX indique que l'activation du mainnet est prévue pour le 10 septembre 2026. Bien que les performances de la testnet ne se traduisent pas toujours directement par le comportement du mainnet sous charge complète, l'architecture elle-même est conçue pour gérer les retards d'exécution sans obliger chaque validateur à exécuter en premier lors de la consensus.

La mise à jour intervient également dans le cadre d'une collaboration infrastructurelle plus large impliquant les Cointelegraph Decentralization Guardians. Les reportages antérieurs ont indiqué que Cointelegraph avait rejoint MultiversX en tant que validateur dans le cadre du programme CTDG en mars 2026, approfondissant ainsi le rôle opérationnel de l'organisation au-delà du contenu et de la communauté.

Le CTDG Dev Hub de Cointelegraph est également décrit comme un partenaire officiel de MultiversX, reliant le protocole à une communauté de développeurs plus large. L'entrée fait également référence à une implication concrète, comme la délégation de la Fondation MultiversX à un validateur CTDG et l'équipe du Dev Hub qui a développé un tableau de bord dédié aux validateurs sur MultiversX.

Du point de vue de l’industrie, cela est important car les mises à jour de protocole de ce type exigent souvent une alignement de l’écosystème : les améliorations de performance n’ont de sens que si l’infrastructure, les outils et les validateurs participants peuvent adopter de manière fiable les nouveaux mécanismes d’exécution et de consensus. L’accent mis par Supernova sur la rétroaction et les mesures de sécurité minimales suggère que la conception cherche à rendre cette transition plus fluide.

Alors que Supernova passe de la testnet à la date prévue du mainnet, les éléments les plus importants à surveiller pour les utilisateurs sont de savoir si le retard d'exécution reste dans les limites attendues sous charge réelle, et à quel point EIE et la rétroaction empêchent constamment les validateurs de se laisser distancer sans restreindre excessivement le débit. Les critères de succès ne seront pas seulement une finalisation plus rapide — ils consisteront à déterminer si l'exécution reste fiable lorsque la consensus et l'exécution fonctionnent sur des horloges différentes.

Cet article a été initialement publié sous le titre Upgrade Separates Consensus and Execution to Address Scaling Limits sur Crypto Breaking News – votre source de confiance pour les actualités crypto, les nouvelles sur le bitcoin et les mises à jour sur la blockchain.