Ethereum : l'EIP « Decoupled Consensus » ouvre la voie à une finalité raccourcie

Ben Edgington a ouvert le 21 octobre 2026 la pull request #12566 sur le dépôt ethereum/EIPs, soumettant un EIP Core en draft intitulé « Decoupled Consensus ». Les auteurs listés dans le frontmatter du draft : Francesco D'Amato (@fradamt), Roberto Saltini (@saltiniroberto), Yann Vonlanthen (@yannvon), Mikhail Kalinin (@mkalinin) et Edgington lui-même (@benjaminion) — soit cinq chercheurs de l'équipe Consensus d'Ethereum Foundation.

Le fil de recherche sous-jacent est publié depuis mars 2026 sur ethresear.ch sous le titre « Unblocking faster finality with decoupled consensus ». Crypto Briefing et Cointribune rapportent l'ouverture de l'EIP.

Le problème que l'EIP attaque

La beacon chain d'Ethereum couple aujourd'hui deux rôles dans un seul vote de validateur :

1. Fork choice (choisir le prochain head de chaîne, latency-sensitive).
2. Finality (confirmer irréversiblement les blocs anciens, security-sensitive).

Conséquence directe du couplage, résumée dans le post ethresear.ch de D'Amato : réduire la taille des comités accélère les slots mais ralentit la finalité ; l'augmenter fait l'inverse. Le compromis vitesse-vs-sécurité est intrinsèque au design actuel.

Le résultat opérationnel : la finalité approche ~16 minutes sur Ethereum mainnet (deux rondes de vote à 12 secondes × 32 slots). Trop long pour les ponts, les CEX, les stablecoins et les L2 qui héritent de ce délai.

Ce que le draft propose

L'EIP décrit un changement de consensus pour la beacon chain qui sépare les deux pipelines :

• Production de blocs : s'appuie sur un petit comité échantillonné aléatoirement (le post ethresear.ch donne l'exemple d'une taille 512). L'auteur note qu'un tirage secret est envisageable pour résister aux attaquants adaptatifs.
• Finalité : tourne en parallèle, hors du chemin critique de la production de blocs. Elle peut adopter son propre rythme et sa propre taille de comité.
• Fork choice disponible : composant Goldfish, un LMD-GHOST modifié avec expiration des votes et view-merge, visant une tolérance à 1/2 adversaire sous synchronie.
• Résilience asynchrone : fournie par un gadget de stabilisation Majorum (chaîne stable en préfixe) couplé à un gadget de finalité packagés dans la même ronde de vote.

Les objectifs explicites du draft, dans l'ordre :

1. Fonder une transition post-quantique future.
2. Améliorer la sécurité du fork choice.
3. Réduire le délai de finalité.

Les chiffres cités et ce qu'il ne faut pas lire dedans

Crypto Briefing (septembre 2026) rapporte un objectif à long terme de finalité « sous la minute », puis « en secondes » à terme. Cointribune évoque 4 minutes, mais ni la PR #12566, ni le post ethresear.ch, ni l'écrit public d'Edgington cité par Crypto Briefing ne verrouillent de valeur précise.

À retenir sur l'ampleur :

• Baseline actuelle : ~15 à 16 minutes de finalité probabiliste → finalisation sur Ethereum mainnet.
• Objectif programmatique affiché par les chercheurs : réduire ce délai de façon mesurable, par étapes, avec paramètres (rythme de vote, pénalités, sécurité) à définir.
• Pas de date de déploiement dans la PR. L'EIP est en draft, étiqueté Waiting on editor consensus, Waiting on editor to review, Waiting on CI to pass, et le bot GitHub Actions signale que le commit 645e812 « contains errors ».

Pourquoi un builder ou analyste doit suivre

Côté L2. Les rollups qui héritent du délai de finalité d'Ethereum pour leurs ponts canoniques verraient leur temps d'ancrage raccourci dans la même proportion. Cela ouvre des designs qui ne tiennent pas aujourd'hui (ponts natifs avec garanties fortes, séquenceurs partagés, pre-confirmations avec coût de capital réduit).

Côté stablecoin et paiements. Circle facture 0,01 % sur sa route rapide de l'USDC (hors frais réseau) pour pré-financer le délai de finalité. Diviser le délai réduit directement le capital immobilisé entre deux settlements — ce que le post Crypto Briefing décrit comme l'un des moteurs économiques explicites de la refonte.

Côté sécurité. Le découplage est présenté comme fondation pour la post-quantique : séparer la finalité du fork choice permet de substituer indépendamment les schémas de signature (hash-based, lattice-based) sur chaque pipeline, sans refonte globale du consensus.

Ce qu'il faut surveiller

1. Attribution d'un numéro d'EIP officiel. Le frontmatter initial listait TBD ; abcoathup a suggéré 8453. Le PR attend la validation par un éditeur.
2. Un fil Ethereum Magicians dédié. Prérequis demandé par les éditeurs d'EIP, et c'est là que seront publiés les paramètres (taille de comité, rythme de vote, pénalités) encore absents du draft.
3. Les publications d'Edgington sur consensus.ethereum.foundation. Il y a cadencé la feuille de route Fast Finality en plusieurs billets ; le prochain devrait préciser le pas d'implémentation.
4. Les étapes de spécification côté Lean 4. Les chercheurs ont déjà formellement vérifié le modèle du protocole découplé (safety, finalisation) en Lean 4 — l'EIP opérationnalise ce modèle. Les nouvelles vérifications porteront sur les paramètres chiffrés.

Contexte

L'enjeu Fast Finality est travaillé publiquement par l'EF Consensus depuis début 2024. Le post ethresear.ch de D'Amato (mars 2026), le roadmap d'Edgington (mai 2026) et l'interview de 19 parties prenantes publiée le 10 juillet 2026 avaient déjà posé la direction. La PR #12566 est le premier texte formel qui tente de la coder en EIP Core. C'est l'étape qui déplace « Fast Finality » du statut d'idée de recherche à celui de candidate à un futur hard fork.

Le vote STRK du 22 octobre, couvert plus tôt dans la journée, illustre le même thème dans l'écosystème Ethereum L2 : les équipes qui héritent du consensus et de la sécurité d'Ethereum réévaluent cet héritage à l'horizon post-quantique. L'EIP Decoupled Consensus est la réponse côté L1 à la question que Starknet se pose côté L2.