Qu’est-ce qu’un mempool ? Le salon d’attente des transactions en cryptomonnaie

Vous appuyez sur Envoyer pour une transaction crypto et rien ne se passe. Le portefeuille affiche « en attente ». L’explorateur de blocs montre votre transaction flotter dans une sorte de purgatoire, non confirmée, sans indication claire de quand—ou même si—elle finira par aboutir.

La plupart des gens découvrent le mempool pour la première fois exactement à ce moment de légère panique, et la plupart des conseils qu’ils trouvent supposent qu’ils savent déjà ce qu’est un mempool. Ce guide repart de zéro.

Le mempool, abréviation de memory pool (pool de mémoire), est la salle d’attente où chaque transaction de blockchain reste entre le moment où vous la diffusez et le moment où un mineur ou un validateur l’écrit dans un bloc. C’est l’un des composants les moins glamour d’une blockchain publique, mais aussi l’un des plus décisifs. Le mempool détermine combien vous payez en frais, combien de temps vous attendez, et—sur certains réseaux—si un bot de trading peut voir votre ordre avant qu’il ne s’exécute, au détriment de vos intérêts. Comprendre le mempool transforme les retards de confirmation d’un mystère en signal de marché lisible.

Ce guide explique ce qu’est réellement le mempool, pourquoi les blockchains ont besoin d’une salle d’attente, comment les transactions y circulent étape par étape, comment les marchés de frais décident qui sera confirmé en premier, pourquoi il n’existe pas un seul mempool mais des milliers d’instances légèrement différentes, ce qui se produit quand la file déborde, comment le mempool est devenu le terrain de chasse des bots de trading extractifs, pourquoi Solana a franchi l’étape radicale de supprimer entièrement le mempool public, et quelles actions concrètes vous pouvez entreprendre quand votre propre transaction se bloque.

Ce qu’est réellement un mempool

Un mempool est une base de données de transactions non confirmées que chaque nœud complet d’un réseau blockchain conserve dans sa mémoire de travail. Lorsque vous signez une transaction dans votre portefeuille et que vous appuyez sur Envoyer, la transaction ne part pas vers un serveur central pour traitement, car un tel serveur n’existe pas. À la place, votre portefeuille remet la transaction signée à un nœud, et ce nœud commence à la diffuser à ses pairs, qui la diffusent à leur tour à leurs pairs, jusqu’à ce que la plupart du réseau en ait une copie. Chaque nœud qui reçoit la transaction exécute une série de contrôles et, si tout passe, la place dans son mempool local pour patienter.

Le mot lui-même est une contraction de memory (mémoire) et pool (pool), et la partie « mémoire » compte. Les nœuds conservent le mempool en RAM plutôt que de l’écrire sur disque, car la vitesse est l’objectif. Quand un mineur assemble un bloc candidat, il doit trier des milliers de transactions en attente par frais et sélectionner l’ensemble le plus rentable en une fraction de seconde. Quand un nouveau bloc arrive d’ailleurs sur le réseau, un nœud peut le valider plus vite si la plupart des transactions de ce bloc sont déjà dans son mempool, vérifiées et prêtes.

Le mempool est une zone de transit, un tampon entre le flux chaotique et continu de l’activité des utilisateurs et la pulsation rigide et périodique de la production de blocs.

Pourquoi les blockchains ont besoin d’une salle d’attente

Un processeur de paiement traditionnel confirme les transactions dès qu’elles arrivent, car une seule entreprise contrôle le grand livre et peut simplement écrire l’entrée. Une blockchain publique n’a pas une telle autorité. Des milliers de nœuds indépendants doivent s’accorder sur une seule histoire, et ils y parviennent par étapes distinctes, un bloc à la fois. Entre les blocs, le réseau a besoin d’une image partagée et informelle de ce que les utilisateurs veulent faire ensuite, et le mempool fournit cette image.

La période d’attente accomplit aussi un travail de sécurité critique. Avant qu’un nœud n’admette une transaction dans son mempool, il vérifie que la signature numérique est valide, que l’expéditeur contrôle bien les fonds dépensés, que la transaction est correctement formatée, et que les mêmes coins ne sont pas dépensés deux fois. Ce dernier contrôle compte plus que ce qu’il n’y paraît. Il est tout à fait possible que deux transactions en conflit, toutes deux dépensant les mêmes coins, entrent simultanément dans le réseau depuis deux points différents. Certains nœuds voient d’abord l’une, d’autres voient l’autre. Chaque nœud rejette celle qui arrive en second, et le conflit se règle enfin lorsqu’un mineur inclut l’une des deux dans un bloc. Le mempool est l’endroit où ces courses sont disputées et résolues.

Le mempool fonctionne aussi comme un système d’alerte précoce du réseau. Un mempool qui se remplit rapidement signale un afflux de demande, une fenêtre de revendication d’airdrop, une crise de frais, ou une panique—avant même que tout cela n’apparaisse dans les blocs confirmés. Les traders, les mineurs et les estimateurs de frais des portefeuilles lisent le mempool comme des météorologues lisent des systèmes de pression.

La vie d’une transaction, étape par étape

Suivre une transaction unique dans le pipeline rend la mécanique concrète. D’abord la création : votre portefeuille construit la transaction, en précisant le montant, le destinataire et les frais que vous acceptez de payer, puis la signe avec votre clé privée. La signature prouve la propriété sans révéler la clé elle-même.

Ensuite vient la diffusion. Le portefeuille envoie la transaction signée à un ou plusieurs nœuds, qui commencent à la relayer sur le réseau peer-to-peer. La propagation vers la plupart du réseau prend typiquement quelques secondes, et rien dans cette étape n’exige de faire confiance au premier nœud : chaque nœud suivant revalide la transaction indépendamment avant de la transmettre.

Troisièmement vient la validation. Chaque nœud qui reçoit la transaction la vérifie indépendamment. Les transactions invalides, les mauvaises signatures, les fonds insuffisants, les données mal formées, sont rejetées sur le champ et ne parviennent jamais à un mempool.

Quatrièmement vient l’attente. La transaction reste maintenant dans des milliers de mempools à travers le réseau, visible par quiconque exécute un nœud ou utilise un explorateur de mempool public. La durée d’attente dépend presque entièrement des frais attachés par rapport à ceux des autres.

Cinquièmement vient la sélection. Un mineur sur une chaîne Proof of Work, ou un validateur sur une chaîne Proof of Stake, assemble un bloc candidat en piochant des transactions en attente dans son mempool, presque toujours en les triant par densité de frais pour que le bloc rapporte la récompense maximale.

Sixièmement vient la confirmation. Le bloc est miné ou proposé, propagé, puis accepté par le réseau. Chaque nœud retire les transactions du bloc de son mempool, et votre transaction fait désormais partie de la chaîne. Chaque bloc supplémentaire construit au-dessus ajoute une confirmation de plus et rend la révocation exponentiellement plus difficile.

Comment le marché des frais décide qui passe en premier

L’espace de bloc est rare et la demande fluctue, donc les blockchains rationnent cet espace par enchères. Sur Bitcoin, les frais sont mesurés en satoshis par octet virtuel, une unité de taille de données de transaction : le taux de frais d’une transaction dépend donc à la fois de ce que vous payez et de la quantité d’espace que la transaction occupe. Sur Ethereum, les frais sont du « gas », avec une base fee que le protocole brûle et un complément de priorité qui revient au validateur. Dans les deux systèmes, la logique est identique : les producteurs de blocs sont des maximisateurs de profit, donc ils remplissent les blocs d’abord avec les transactions les mieux payées.

Cela signifie que votre position dans la file n’est pas figée. Une transaction qui semblait bien tarifée à midi peut devenir dramatiquement sous-évaluée d’ici le soir si la demande explose. Les portefeuilles estiment les frais en lisant le mempool actuel, en observant ce que proposent les transactions en attente et à quel point les blocs récents sont pleins, puis en suggérant un taux susceptible d’être confirmé dans la fenêtre de temps choisie. Ce sont des estimations raisonnables, pas des garanties, et elles deviennent vite obsolètes pendant les marchés volatils. Un montant de frais qui se fait accepter dès le bloc suivant un dimanche tranquille peut vous laisser attendre des heures pendant une cascade de liquidations, parce que la disposition des autres à payer a bougé pendant que la vôtre restait fixe. L’enchère ne se ferme jamais et les prix se recalculent en continu.

Quand vous payez trop peu, la plupart des réseaux offrent des issues. Bitcoin supporte le replace by fee, qui vous permet de renvoyer la même transaction avec des frais plus élevés qui remplacent l’originale. Un autre truc apparenté, child pays for parent, attache une transaction de suivi avec des frais élevés qui dépense la sortie de la transaction bloquée, donnant aux mineurs une incitation à confirmer les deux ensemble. Sur Ethereum, les portefeuilles vous permettent de renvoyer une transaction avec le même nonce et un gas price plus élevé, ce qui remplace la version en attente. Connaître l’existence de ces outils transforme une transaction bloquée d’une urgence en simple désagrément.

Il n’existe pas un seul mempool

On parle du mempool comme s’il existait une file canonique quelque part, mais la réalité est plus confuse et plus intéressante. Chaque nœud maintient son propre mempool, et aucun n’est exactement identique à un autre. Les transactions n’atteignent pas les nœuds au même moment, les nœuds appliquent des politiques d’acceptation légèrement différentes, et chaque nœud gère ses propres limites de mémoire. Ce qu’on appelle « mempool » est en réalité le chevauchement statistique approximatif de milliers de files privées.

Dans la pratique, le chevauchement est important, car la plupart des opérateurs de nœuds utilisent des réglages par défaut. Un nœud Bitcoin typique plafonne son mempool autour de 300 millions d’octets (300 mégaoctets), conserve les transactions jusqu’à deux semaines, et refuse toute chose payant moins qu’une redevance de relais minimale d’environ un satoshi par octet virtuel. Quand le pool dépasse sa limite de taille, le nœud évince d’abord les transactions aux frais les plus faibles et augmente son taux minimum d’acceptation : c’est pourquoi des transactions très peu chères peuvent disparaître totalement pendant la congestion au lieu de simplement attendre. Une fois évincée partout, une transaction est effectivement annulée : les fonds restent simplement non dépensés dans le portefeuille de l’expéditeur.

La nature distribuée du mempool a une conséquence subtile : « en attente » n’est pas une promesse. Une transaction affichée comme « en attente » dans un explorateur n’existe que comme une revendication dans la mémoire de certains nœuds. Elle peut être évincée, remplacée, ou dépensée en double tant qu’elle ne finit pas par atterrir dans un bloc. Les marchands qui acceptent des paiements à zéro confirmation apprennent cette leçon à leurs dépens, et c’est exactement le mécanisme qu’exploite une attaque à 51 % au niveau de la chaîne : un attaquant réécrit les blocs récents et recase les transactions inversées dans le mempool, comme si elles n’avaient jamais été confirmées. Les attaques de réorganisation de 2025 sur Monero ont renvoyé plus d’une centaine de transactions confirmées dans la file « pending » exactement de cette manière.

Politique, standardness, et pourquoi les nœuds rejettent des transactions valides

Les règles de consensus définissent ce qu’une blockchain acceptera dans un bloc. La politique de mempool définit ce qu’un nœud individuel conservera et relayera, et les deux ne sont pas la même chose. Une transaction peut être parfaitement valide selon les règles de consensus et pourtant être refusée par la majorité des mempools, parce qu’elle enfreint ce que les développeurs de Bitcoin appellent la standardness : des règles de politique informelles qui filtrent les sorties « dust », les scripts surdimensionnés, les frais absurdement bas, et des formes de transactions exotiques susceptibles de peser sur le réseau. La politique joue le rôle de système immunitaire au niveau du nœud : une première ligne de défense qui rend la file partagée exploitable.

Cette distinction crée une confusion réelle. Une transaction rejetée par des mempools publics peut quand même être minée si elle parvient directement à un mineur, c’est pourquoi des services existent pour accepter des transactions non standard en dehors des circuits habituels et les soumettre directement aux pools de minage. Cela signifie aussi que le mempool que vous observez via un explorateur reflète la politique de ce nœud, pas une vérité universelle. Deux explorateurs peuvent être en désaccord sur le fait que votre transaction est en attente, simplement parce que leurs nœuds appliquent des filtres différents.

La politique évolue aussi plus vite que le consensus. Au fil des années, les nœuds ont resserré et assoupli à plusieurs reprises les règles de relais autour des inscriptions, des limites de dust et du comportement de remplacement, chaque changement remodelant la file « pending » sans toucher au consensus du tout. Pour les utilisateurs, le constat pratique est simple : si un portefeuille avertit qu’une transaction est non standard, le problème vient généralement de la construction de la transaction, pas des fonds eux-mêmes.

Le mempool a aussi un public institutionnel plus discret. Les exchanges surveillent les dépôts en attente pour créditer les comptes plus vite, les équipes de conformité filtrent les transactions entrantes avant confirmation, et les processeurs de paiement estiment le risque sur les transferts à zéro confirmation en vérifiant comment une transaction se propage et s’il existe un double dépense en circulation. Une transaction sur laquelle la plupart des mempools du réseau s’accordent est bien moins susceptible d’être dépensée en double qu’une transaction qui se propage mal : les entreprises valorisent précisément cette différence.

Congestion, spam, et à quoi ressemble un mempool saturé

La congestion du mempool, c’est le réseau qui reprend son souffle. La demande dépasse l’espace de blocs, la file grandit, et les frais nécessaires pour une confirmation rapide augmentent. Les utilisateurs le ressentent comme des transactions coûteuses et de longues attentes. Le délire de fin 2017 sur Bitcoin, l’été DeFi de 2020, les vagues de mint d’NFT et la frénésie des inscriptions d’ordinals en 2023 ont chacun produit des arriérés de mempool mesurés en jours, avec des centaines de milliers de transactions en file et des taux de frais qui se multipliaient d’une nuit à l’autre. Dans les pires périodes, les transactions à faibles frais attendaient plus d’une semaine, et les opérateurs de nœuds voyaient leurs mempools atteindre des limites de taille et commencer à évacuer le trafic le moins coûteux.

La congestion peut aussi être fabriquée. Des attaques de spam inondent le réseau avec des masses de transactions à faible valeur pour engorger la file et dégrader le service pour tout le monde, une forme peu coûteuse de déni de service. Les réseaux se défendent avec des frais de relais minimum, des politiques d’éviction, et, en fin de compte, avec l’économie : un spam durable coûte réellement de l’argent à l’attaquant en frais. L’attaque de spam de 2017 sur un réseau de test Ethereum a montré à quel point le flooding peut être efficace contre une chaîne avec une faible pression de frais, et elle a poussé le design du marché des frais plus haut dans l’agenda de recherche.

La congestion est aussi une information. Un mempool gonflé, en parallèle à la hausse des frais, signale une demande urgente, souvent autour de runs sur exchanges, de cascades de liquidations, ou de mouvements majeurs du marché. Les observateurs avertis surveillent la profondeur du mempool comme les traders d’obligations surveillent les rendements, et plusieurs sociétés d’analytics vendent exactement ce flux.

La sombre forêt : MEV et les observateurs dans le bassin

La caractéristique déterminante du mempool, la transparence totale, est aussi sa plus grande vulnérabilité. Chaque transaction en attente est publique avant de s’exécuter : n’importe qui peut donc lire vos intentions et agir avant vous. Sur les chaînes de smart contracts, cela a donné naissance à une industrie extractive entière construite autour de la valeur maximale extractible, ou MEV, c’est-à-dire le profit disponible pour qui contrôle l’ordre des transactions.

L’attaque la plus canonique est le sandwich. Un bot repère votre gros swap en attente sur un échange décentralisé, achète d’abord le même token pour faire monter le prix, laisse votre transaction s’exécuter au prix moins favorable, puis vend immédiatement avec un profit prélevé directement sur votre exécution. Le front running, le back running et le « sniping » de liquidations suivent le même principe : voir la transaction en attente, se positionner autour d’elle, capturer l’écart. Un chercheur a décrit de façon célèbre le mempool public comme une « sombre forêt », un endroit où tout ce qui est visible est traqué. Les chercheurs estiment que l’extraction de MEV sur Ethereum, à elle seule, s’est chiffrée en milliards de dollars depuis 2020.

L’industrie de la défense qui a grandi en réponse est désormais substantielle. Les relais de transactions privées, comme Flashbots Protect, permettent aux utilisateurs de soumettre des transactions directement aux bâtisseurs de blocs, en contournant entièrement le mempool public afin que les bots ne voient jamais l’ordre. Les exchanges à enchères par lots règlent de nombreuses transactions à un seul prix d’apurement, supprimant l’avantage lié à l’ordre. Les portefeuilles acheminent de plus en plus les gros ordres via des canaux protégés par défaut. Rien de tout cela n’élimine le MEV, mais cela change qui peut être traqué. L’économie est simple : la valeur de cacher un ordre augmente avec sa taille, si bien que les gros traders traitent désormais la confidentialité du mempool comme les fonds traditionnels traitent les dark pools, comme une hygiène opérationnelle de base. Les utilisateurs retail qui déplacent de petites sommes courent bien moins de risques, mais un seul gros swap passé via la file publique sur une paire de trading fine peut coûter un péage à trois chiffres à un bot de sandwich en quelques secondes seulement.

La réponse de Solana : supprimer le mempool

Solana a fait le choix de conception le plus radical de tout réseau majeur : il n’a aucun mempool public. Au lieu de propager les transactions en attente dans l’ensemble du réseau, le protocole Gulf Stream de Solana transfère directement les transactions au validateur programmé pour produire le bloc suivant, appelé le leader. Le calendrier des leaders est connu à l’avance, donc les portefeuilles et les nœuds savent exactement où envoyer le trafic. Les transactions vont de l’utilisateur au leader avec presque aucune période d’attente publique.

Cette conception sert avant tout la vitesse, et elle supprime la fenêtre d’observation classique dont dépendent les bots de sandwich, puisque les transactions en attente ne sont jamais diffusées pour inspection publique. Elle n’a pas éliminé le MEV : il a plutôt mûri vers une économie d’enchères privée, où des « searchers » paient des pourboires via des infrastructures comme Jito pour que leurs lots de transactions soient placés favorablement par les leaders. Leçons généralisées : l’ordre a de la valeur sur n’importe quelle blockchain, et supprimer la file publique ne change pas l’existence de cette valeur, mais où elle est capturée.

D’autres réseaux convergent vers des chemins intermédiaires. Les mempools chiffrés masquent le contenu des transactions jusqu’à ce que l’ordre soit verrouillé. Sur Ethereum, la séparation proposer-builder découpe le travail de choix des transactions de celui de proposition des blocs, poussant le MEV vers une enchère plus transparente. Le mempool de 2030 ressemblera probablement très différemment à la foire ouverte de 2020. Ce qui ne changera pas, c’est la contrainte sous-jacente : un composant de chaque blockchain doit conserver les transactions entre leur création et leur confirmation, et celui qui peut observer ou influencer ce composant détient du pouvoir sur tous ceux qui ne le peuvent pas.

Lire le mempool vous-même

Vous n’avez pas besoin d’exécuter un nœud pour surveiller la file. Les explorateurs publics de mempool visualisent les transactions en attente, la répartition des frais et les temps de confirmation projetés en temps réel, et c’est le moyen le plus rapide de répondre aux deux questions que pose chaque utilisateur bloqué : à quel point le réseau est chargé, et quels frais « passent » réellement maintenant.

Quand votre propre transaction est bloquée, le diagnostic est presque toujours le même : vos frais sont en dessous du taux en vigueur. Vos options, dans l’ordre approximatif de préférence, sont d’attendre que la congestion se calme, d’augmenter les frais via replace by fee ou un remplacement par nonce, d’utiliser child pays for parent quand c’est pris en charge, ou, sur Bitcoin, simplement d’attendre l’éviction si le paiement n’a plus d’importance. Ce qu’il ne faut pas faire, c’est paniquer. Les fonds ne sont pas perdus. Une transaction non confirmée confirme finalement—ou cesse effectivement d’exister, et dans ce dernier cas les coins n’ont jamais quitté votre portefeuille.

Il aide aussi à comprendre ce que les explorateurs affichent réellement. L’histogramme des frais montre quel volume en attente se situe à chaque niveau de frais : cela vous indique où se situe le prix d’équilibre actuellement. La vue des blocs projetés montre quelles transactions rempliraient les prochains blocs si elles étaient produites immédiatement : cela vous indique jusqu’où la file s’étend devant vous. Et la ligne de purge, sur les explorateurs Bitcoin, montre le taux de frais en dessous duquel les nœuds évictent activement des transactions, le plancher effectif du marché. Dix minutes passées à apprendre ces trois lectures sont rentables dès la première fois où les frais explosent.

Une dernière habitude à adopter : vérifiez le mempool avant de faire une transaction, pas après. Trente secondes pour regarder les taux de frais actuels vous évitent à la fois de surpayer pendant les périodes calmes et de sous-payer pendant les tempêtes. La file est publique. Très peu de gens prennent la peine de la lire, et c’est précisément pour cela que ceux qui le font ont un avantage. C’est la même raison qu’une mise à niveau du réseau qui scinde la chaîne, couverte dans notre guide sur les hard forks et soft forks, provoque toujours une flambée de drames de mempool : les portefeuilles et les nœuds des deux côtés du split trient les transactions en attente pour savoir où elles appartiennent.

Questions fréquemment posées

Qu’est-ce qu’un mempool, simplement ?

Un mempool est la salle d’attente des transactions blockchain. Après que vous envoyez une transaction, elle reste dans le mempool, visible et en attente, jusqu’à ce qu’un mineur ou un validateur l’inclue dans un bloc. Chaque nœud complet conserve sa propre copie de cette file en mémoire.

Pourquoi ma transaction est-elle bloquée dans le mempool ?

Presque toujours parce que les frais attachés sont plus bas que ceux proposés par les autres transactions en attente. Les producteurs de blocs choisissent d’abord les transactions les mieux payées, donc les transactions sous-tarifées attendent que la demande baisse ou soient évincées entièrement de la file.

Peut-on annuler une transaction dans le mempool ?

Parfois. Sur Bitcoin, replace by fee vous permet de supplanter une transaction en attente avec une nouvelle version, et une transaction bloquée qui est évincée de tous les mempools est effectivement annulée. Sur Ethereum, vous pouvez remplacer une transaction en attente en en envoyant une nouvelle avec le même nonce et des frais plus élevés.

Y a-t-il un seul mempool pour tout le réseau ?

Non. Chaque nœud maintient son propre mempool, et le contenu diffère légèrement entre nœuds selon le timing, les réglages et les limites de mémoire. Le mempool dont les gens parlent est le chevauchement approximatif de milliers de files indépendantes.

Combien de temps une transaction peut-elle rester dans le mempool ?

Sur Bitcoin, les réglages par défaut conservent les transactions jusqu’à deux semaines avant de les supprimer, même si une éviction peut arriver plus tôt si le pool se remplit et que les frais sont faibles. Les autres réseaux ont leurs propres règles de rétention et d’éviction.

Quel est le lien entre le mempool et le MEV ?

Les transactions en attente dans un mempool public sont visibles avant de s’exécuter, donc les bots peuvent les lire et trader autour, en extrayant de la valeur via des attaques par sandwich et du front running. Cette visibilité est la matière première de la plupart des MEV sur des chaînes comme Ethereum.

Solana a-t-il un mempool ?

Pas un mempool public. Solana transfère les transactions directement au leader du prochain bloc au lieu de les diffuser sur tout le réseau, ce qui supprime la salle d’attente publique. Sur Solana, le MEV s’écoule plutôt via des enchères privées en lots exécutées par des fournisseurs d’infrastructure.

Les fonds sont-ils perdus si une transaction n’est jamais confirmée ?

Non. Une transaction qui n’est jamais confirmée est finalement supprimée des mempools, et les coins restent simplement dans le portefeuille d’envoi comme si la transaction n’avait jamais été faite. Rien n’est déduit tant qu’une transaction n’est pas incluse dans un bloc.

Cet article est fourni à des fins éducatives uniquement et ne constitue pas un conseil financier ou d’investissement. Les règles du réseau, la mécanique des frais et les politiques par défaut des nœuds évoluent avec le temps. Les détails sont exacts au 14 juillet 2026.