Guide des préconfirmations sur Ethereum : de quoi s’agit-il, comment ça fonctionne et pourquoi c’est important
Une promesse signée pour garantir une transaction avant même l’existence d’un bloc ? C’est exactement ce que proposent les préconfirmations sur Ethereum.
Reste avec nous pour comprendre ce que sont les préconfirmations, leur fonctionnement et pourquoi elles pourraient bien être la clé de l’avenir d’Ethereum.
Qu’est-ce qu’une préconfirmation ?
Une préconfirmation (ou preconf) est essentiellement un engagement signé : une entité capable de proposer un bloc s’engage à inclure ta transaction dans ce bloc, à l’instant promis.
Mais quel problème cela résout-il ? Aujourd’hui, sur Ethereum, plusieurs défis se posent :
- Les transactions peuvent être réordonnées ou « sandwichées » via le MEV, ce qui nuit directement aux utilisateurs.
- L’absence de planification rend les coûts imprévisibles : très élevés en période de congestion, très faibles en périodes creuses.
- Certains émetteurs ou transactions spécifiques peuvent être systématiquement exclus par certains constructeurs.
Les préconfirmations cherchent à pallier ces problèmes en garantissant l’inclusion à l’avance.
Mieux encore : cette promesse peut être assortie d’un engagement économique. Par exemple, si le créateur de bloc ne respecte pas sa promesse, il peut être pénalisé via un smart contract contenant un collateral. Cela rend l’engagement bien plus crédible qu’une simple intention.
Le concept n’est pas entièrement nouveau. Bitcoin avait introduit un mécanisme similaire appelé 0conf, qui permettait d’accepter des paiements avant leur inclusion dans un bloc — mais sans conséquences si l’inclusion échouait. Ethereum va plus loin, en ajoutant un mécanisme de responsabilité financière.
Pourquoi les préconfirmations sont-elles importantes ?
Les preconfs pourraient débloquer plusieurs avancées et résoudre une partie des failles actuelles d’Ethereum :
- Vitesse accrue : des confirmations quasi instantanées (en quelques centaines de millisecondes).
- Moins d’échecs de transactions : essentiel dans des marchés très volatils.
- Résistance renforcée à la censure : si le validateur s’engage, la transaction est incluse même si certains constructeurs la refusent.
- Prévisibilité des coûts : les utilisateurs peuvent anticiper le coût du gas et éviter les mauvaises surprises en cas de pic de congestion.
- Réduction du MEV : en fixant l’ordre et l’inclusion, on réduit le risque de réorganisation ou de sandwich attack.
Et ce n’est pas tout…
Des cas d’usage émergents deviennent aussi possibles :
- Based rollups : des rollups déléguant l’ordre des transactions à Ethereum pourraient utiliser ces confirmations ultra-rapides pour offrir une meilleure UX.
- Préparation aux mempools chiffrés : dans un futur avec des mempools privés, les preconfs garantiraient l’inclusion sans divulguer d’informations sensibles.
Fonctionnement des préconfirmations sur Ethereum
Dans Ethereum, trois acteurs clés participent à la construction des blocs :
- Constructeurs (builders) : ils rassemblent les transactions les plus rentables.
- Proposants (proposers) : ce sont les validateurs qui publient les blocs.
- Relays : les messagers qui connectent constructeurs et validateurs.
Aujourd’hui, une douzaine de relayers approuvés centralisent presque tout le flux entre builders et validateurs. Bien que cela accentue la centralisation, c’est pour l’instant un mal nécessaire pour éviter une extraction de MEV encore plus dommageable.
Les préconfirmations préparent le terrain au PBS, qui permettra de séparer ces rôles de manière plus décentralisée et sécurisée.
Qui peut promettre et qu’est-ce que ça implique ?
Deux moments clés précèdent la publication d’un bloc sur Ethereum :
- Lorsque le bloc est préparé par un builder.
- Lorsque le bloc est signé et publié par un validateur (proposant).
La solidité de la promesse dépend de l’entité qui s’engage :
Préconfirmation du builder : le builder déclare : « ta transaction sera dans le bloc que je prépare ».
- Très rapide, car elle arrive avant même que le validateur voie le bloc.
- Mais moins fiable : le validateur pourrait finalement choisir un autre bloc.
Préconfirmation du proposer (validateur) : le validateur dit : « je m’engage à inclure ta transaction dans mon bloc ».
- Beaucoup plus fiable, car le validateur a le dernier mot.
- Légèrement plus tardive, mais bien plus crédible.
Roadmap : où en est-on aujourd’hui ?
À ce jour, les preconfs ne font pas encore partie du protocole officiel. Elles en sont au stade de recherche et d’expérimentation :
- Plusieurs designs ont été proposés sur Ethereum Research.
- Des équipes testent déjà des « marchés de préconfirmations » et des relays compatibles.
- Leur adoption dépendra de l’intégration de mécanismes économiques (slashing/restaking), encore en développement.
- Aucune date officielle n’a été annoncée, mais elles devraient d’abord apparaître sur des testnets, avant une intégration progressive au mainnet.
En résumé : tu ne peux pas encore utiliser les preconfs pour tes transactions aujourd’hui, mais elles représentent une avancée majeure pour améliorer l’expérience utilisateur sur Ethereum.
Chez Stakely, nous préparons déjà notre infrastructure à ce futur. Nous avons intégré Commit-Boost, l’évolution de MEV-Boost, qui permet d’activer les préconfirmations, les listes d’inclusion, et bien plus. Découvre ici comment fonctionne Commit-Boost et pourquoi nous l’avons adopté!
