Sui met à niveau le moteur de consensus Mysticeti v2, augmentant la vitesse et l'efficacité de 35%

Résumé rapide :

• La mise à niveau du consensus Mysticeti v2 de Sui intègre la validation des transactions dans le processus de consensus, éliminant ainsi les étapes redondantes avant le consensus. 
• Cela se traduit par une finalisation plus rapide et une gestion des transactions plus légère. 
• De plus, un nouveau chemin de soumission des transactions réduit la consommation de bande passante et de CPU en regroupant les signatures à l’intérieur des blocs de consensus. 

La mise à niveau Mysticeti v2 de Sui modifie la vitesse et l’efficacité des transactions

Le 6 novembre 2025, Mysten Labs a annoncé le déploiement de Mysticeti v2, une mise à niveau majeure du moteur de consensus de la blockchain Sui qui améliore considérablement la vitesse des transactions et l’efficacité des ressources. En intégrant la validation des transactions directement dans le processus de consensus, cette mise à niveau supprime les redondances antérieures qui ralentissaient les transactions complexes. Ce changement permet aux transactions qui nécessitaient auparavant des étapes de validation séparées d’être finalisées plus rapidement, réduisant la latence du réseau jusqu’à 35 %.

Mysticeti v2 vient de sortir ⚡️

Le moteur de consensus de Sui s’améliore – validation intégrée, flux de transactions plus intelligent, et jusqu’à 35 % de latence en moins.

Plus rapide. Plus léger. Plus intelligent.

Analyse complète 👇 https://t.co/16sYBS4mjf pic.twitter.com/a6O5MqYEGT

— Sui (@SuiNetwork) 6 novembre 2025

La première version de Mysticeti, lancée en juillet 2024, avait déjà amélioré la réactivité du réseau grâce à une conception de consensus basée sur un DAG. Cependant, elle reposait encore sur une couche de validation avant consensus, ce qui ajoutait une charge de calcul supplémentaire. Mysticeti v2 fusionne la validation et le consensus en un seul processus, accélérant ainsi les temps de confirmation finale sans compromettre la sécurité. Les premiers essais indiquent des améliorations notables de la latence dans des régions majeures telles que l’Asie et l’Europe, promettant une expérience utilisateur plus fluide à travers l’écosystème Sui.

À noter que le 1er octobre 2025, Sui a lancé suiUSDe, un stablecoin générant du rendement, développé en collaboration avec SUI Group Holdings et Ethena Labs. Cela a fait de Sui la première blockchain non-EVM à héberger un tel actif. suiUSDe utilise la stratégie de couverture delta d’Ethena pour maintenir son ancrage au dollar tout en générant des rendements, avec pour objectif d’augmenter significativement l’activité de la finance décentralisée (DeFi) sur le réseau Sui.

Un nouveau chemin de soumission des transactions réduit la charge et simplifie le processus

Parallèlement à la mise à niveau du moteur de consensus, Sui remplace son modèle de soumission des transactions. L’ancien mécanisme Quorum Driver, qui envoyait chaque transaction à tous les validateurs et nécessitait plusieurs cycles d’agrégation de signatures, consommait une quantité importante de bande passante réseau et de ressources CPU, malgré la sécurisation du flux de transactions « fast path ».

Le nouveau Transaction Driver envoie chaque transaction à un seul validateur, qui coordonne ensuite la certification à travers le réseau. L’agrégation des signatures se fait à l’intérieur des blocs de consensus, plutôt que sur chaque transaction individuelle, ce qui réduit considérablement l’utilisation de la bande passante et la charge de calcul. Ce raffinement architectural complète les améliorations introduites par Mysticeti v2, contribuant ensemble à une efficacité et une évolutivité accrues.

Améliorations futures pour renforcer la réactivité de Sui

Mysten Labs prévoit de se concentrer sur la réduction du nombre de cycles de communication nécessaires pour valider les transactions et sur la capacité des blocs de consensus à être diffusés plus directement vers les nœuds complets, dans le but d’obtenir des réponses encore plus rapides. D’autres efforts visent à résoudre les problèmes de « deadlock » au niveau des objets qui surviennent dans certains schémas d’exécution, afin de maintenir la flexibilité du réseau et le modèle d’exécution basé sur la propriété.