Les mempools chiffrés sont l'une des idées les plus intéressantes en matière de mitigation de l'MEV : cacher les détails des transactions jusqu'à ce qu'il soit trop tard pour les devancer. Si les validateurs (ou un comité de seuil) ne peuvent pas voir la charge utile, ils ne peuvent pas facilement : - copier un trade, - le sandwich, - vendre le flux d'ordres, - ou se positionner à l'avance autour de celui-ci. Dans ce cas, vous remplacez "tout le monde voit tout instantanément" par "la révélation se produit plus tard et doit être coordonnée." Les principaux coûts se manifestent sous forme de : ➤ latence / retard où certains designs nécessitent une phase de révélation, une fenêtre de déchiffrement ou des préconfirmations. Cela peut ajouter du temps avant la certitude d'exécution. ➤ risque de coordination où quelqu'un doit déchiffrer (un ensemble de validateurs, un comité ou un mécanisme). S'ils échouent, se bloquent ou s'entendent, l'expérience utilisateur se dégrade. ➤ nouveaux modes de défaillance où la gestion des clés, les hypothèses de disponibilité et "qui apprend quoi quand" deviennent partie intégrante de votre surface de protocole. Ainsi, les mempools chiffrés ne sont pas un repas gratuit, mais plutôt une décision consciente de payer un coût de coordination pour réduire la visibilité.