MonadBFT : Un nouveau protocole de consensus conçu pour les blockchains hautes performances
TechFlow SélectionTechFlow Sélection
MonadBFT : Un nouveau protocole de consensus conçu pour les blockchains hautes performances
MonadBFT peut offrir un environnement blockchain plus prévisible et plus stable en résistant aux forks de la queue.
Dédié à des analyses Web3 approfondiesAuteur : Harvey C
Category Labs a officiellement publié @monad_xyz, le protocole de consensus de nouvelle génération appelé MonadBFT. Conçu pour une haute vitesse (jusqu'à 10 000 transactions par seconde), la sécurité et une finalité inférieure à une seconde (sub-second finality), il garantit que le réseau parvient à un consensus plus efficace sur les blocs valides.
Découvrons ensemble les caractéristiques clés de MonadBFT 👇
💡 Points forts de MonadBFT 💡
MonadBFT s'appuie sur le protocole éprouvé HotStuff pipeliné (pipelined HotStuff), tout en offrant des propriétés uniques :
Résistance aux bifurcations terminales (Tail-forking resistance) : empêche efficacement les réorganisations (reorg) et les retards perturbant le réseau.
Finalité spéculative en un seul tour (Single-round speculative finality) : accélère le traitement des transactions et réduit la latence.
Réactivité optimiste (Optimistic responsiveness) : aucune latence artificielle, dépend entièrement de la vitesse réelle du réseau.
Complexité linéaire dans le "chemin heureux" (happy path) : permet une bonne évolutivité même avec un nombre croissant de validateurs.
✅ Innovation clé : Résistance aux bifurcations terminales
Qu'est-ce qu'une bifurcation terminale (tail-forking) ?
Une bifurcation terminale se produit lorsqu'un bloc ayant déjà reçu une majorité qualifiée (supermajority) de votes est abandonné et remplacé par un nouveau bloc proposé. Ce n'est pas strictement une « fourchette dure » (hard fork), mais cela provoque des réorganisations et du désordre sur la chaîne. Dans les systèmes PoS, il s'agit d'un problème souvent négligé, mais très sérieux.
Pourquoi les bifurcations terminales sont-elles problématiques ?
Voici un exemple tiré du testnet actuel : le validateur Valerie propose un bloc valide. Toutefois, le prochain validateur, Will, est hors ligne, ce qui fait que le bloc proposé par Valerie ne progresse pas, bien que Valerie ne soit en rien fautive.
Dans de nombreux systèmes pipelinés, le prochain proposant doit inclure les votes pour le bloc précédent (celui de Valerie). Si le prochain proposant échoue ou ne peut pas exécuter cette tâche, alors le bloc précédent échoue aussi.
Cela pose deux problèmes :
Injustice : des validateurs honnêtes comme Valerie perdent des récompenses ou des frais à cause des erreurs d'autrui.
Mauvaise expérience utilisateur : certaines applications affichent un état intermédiaire entre « Voted » (environ 500 ms) et « Finalized » (environ 1 s). En cas de bifurcation terminale, cet état est annulé — particulièrement dommageable pour les hautes fréquences (HFT), les jeux et les applications en temps réel !
Les bifurcations terminales peuvent également être exploitées malicieusement, créant des risques liés au MEV (Maximum Extractable Value).
Un validateur en ligne et cupide pourrait s'associer au prochain proposant pour faire exprès d'attendre le timeout du tour précédent, abandonner l'ancien bloc, puis proposer un nouveau bloc afin de s'approprier les transactions et le MEV du bloc abandonné. Ce comportement similaire au « minage égoïste » (selfish mining) peut entraîner une instabilité voire une interruption du réseau.
✅ La solution apportée par MonadBFT
MonadBFT garantit que tout bloc ayant obtenu suffisamment de votes (supermajorité ou majorité honnête) sera inévitablement finalisé. Comment y parvient-il ?
Les messages de temporisation (timeout messages) contiennent des informations sur le dernier bloc voté.
Si le prochain proposant constate que le bloc précédent n'est pas encore finalisé, il doit obligatoirement le republier plutôt que de l'abandonner.
Dans l'exemple précédent, si Will devient hors ligne après que Valerie a proposé un bloc, le prochain proposant Xander détectera via le message de timeout que le bloc de Valerie n’est pas encore finalisé :
Xander republie d’abord le bloc de Valerie.
Puis Xander propose son propre bloc.
Cela garantit que :
Le bloc de Valerie n’est pas perdu en vain,
Les efforts et récompenses des validateurs honnêtes sont préservés.
➡️ Résumé
Grâce à sa résistance aux bifurcations terminales, MonadBFT offre plusieurs avantages :
🛡️ Protège le travail et les récompenses des validateurs honnêtes.
⛓️ Offre un environnement blockchain plus prévisible et stable.
💸 Limite les comportements malveillants exploitant les réorganisations pour extraire du MEV.
⚡ Renforce la sécurité de la finalité spéculative et améliore l'expérience utilisateur.
Bien sûr, ceci n'est qu'un aperçu des nombreuses fonctionnalités puissantes de MonadBFT. Nous explorerons davantage ces caractéristiques passionnantes dans nos publications futures !
Souhaitez-vous approfondir vos connaissances sur MonadBFT ?
📄 Lisez le blog : https://category.xyz/blogs/monadbft-fast-responsive-fork-resistant-streamlined-consensus
🔬 Consultez l'article scientifique : https://arxiv.org/abs/2502.20692
Restez à l'écoute pour plus de contenus passionnants !
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@Harveycww
