Qu'est-ce qu'une mempool ? La salle d'attente que traverse chaque transaction

Une mempool (abréviation de « memory pool », bassin mémoire) est la zone d'attente dans laquelle un nœud de blockchain conserve les transactions signées et diffusées au réseau, mais pas encore incluses dans un bloc. Il n'existe pas de mempool globale unique : chaque nœud garde sa propre copie et la colporte à ses pairs, si bien que « pending » signifie en réalité que votre transaction patiente dans les bassins de la plupart des nœuds bien connectés, en attendant d'être ramassée. Les producteurs de blocs puisent dans ce bassin par priorité de frais, et c'est pourquoi une transaction sous-payée peut attendre des heures, être remplacée par une version aux frais plus élevés portant le même nonce, ou être évincée et oubliée sans jamais échouer on-chain. Le bassin public est lisible par n'importe qui : les swaps en attente sont donc visibles des bots chercheurs avant leur confirmation. Toutes les chaînes ne fonctionnent pas ainsi — Solana transmet les transactions directement aux prochains producteurs de blocs, et sur les chaînes EVM les portefeuilles ERC-4337 comme WATS soumettent leurs UserOperations à une mempool alternative distincte, que les bundlers empaquettent ensuite dans des transactions ordinaires.

Entre la signature et le bloc

Quand vous appuyez sur envoyer, votre transaction n'entre pas dans la blockchain. Elle entre dans une file pour peut-être entrer dans la blockchain. Votre portefeuille diffuse la transaction signée à un nœud ; celui-ci vérifie qu'elle est bien formée, correctement signée, dotée d'un nonce cohérent et suffisamment approvisionnée, puis elle entre dans la mempool — le bassin des transactions en attente qu'un producteur de blocs viendra ramasser. Tout ce que votre portefeuille affiche comme « pending » vit dans cette salle d'attente, et la plupart des comportements déroutants des transactions — caler, disparaître, être remplacées — relèvent de la mempool, pas de la blockchain.

Ce qu'est réellement la mempool

Première surprise : il n'existe pas de mempool unique et canonique. Chaque nœud garde son propre bassin de transactions en attente et le colporte à ses pairs, si bien que le réseau détient des milliers de copies largement superposées mais jamais identiques. Une transaction « dans la mempool » signifie en réalité « désormais dans les mempools de la plupart des nœuds bien connectés ». Les nœuds appliquent aussi leur propre politique — des frais minimaux pour accepter une transaction, un plafond sur le nombre de transactions en attente qu'un même compte peut détenir, et l'éviction des entrées les moins chères quand le bassin est plein — c'est pourquoi une transaction à frais très bas peut discrètement s'évanouir du réseau sans jamais échouer on-chain. Rien n'a été dépensé, puisque rien n'a jamais été exécuté.

Comment les transactions sortent : l'enchère des frais

L'espace de bloc est rare, et la mempool est l'endroit où son marché s'équilibre. Les producteurs de blocs assemblent l'ensemble le plus rentable de transactions en attente qu'ils peuvent y faire tenir, ce qui signifie en pratique que la priorité de frais décide qui quitte la salle d'attente en premier. Sur les chaînes EVM, cette priorité est le pourboire que vous ajoutez au-dessus de la base fee sous EIP-1559 : payez le tarif du moment et vous sortez en un bloc ou deux ; sous-enchérissez et vous attendez que la demande retombe ou que votre transaction soit évincée. Une conséquence prend constamment les gens au dépourvu : comme les comptes EVM s'exécutent dans l'ordre strict des nonces, une seule transaction bon marché coincée bloque toutes celles que vous envoyez ensuite, si généreusement tarifées soient-elles.

En attente, remplacée, abandonnée

Parce qu'une transaction en attente n'est pas encore de l'histoire, elle peut encore être modifiée d'une seule façon précise : remplacée. Diffuser une nouvelle transaction avec le même nonce et des frais sensiblement plus élevés dit aux nœuds d'abandonner l'ancienne — le remède standard pour un envoi coincé et, lorsque le remplacement est un transfert de valeur nulle vers votre propre adresse, la manière standard de l'annuler. Les transactions qui ne confirment ni ne sont remplacées finissent par être abandonnées : évincées des bassins et oubliées, comme si elles n'avaient jamais été envoyées. Rien n'est perdu, puisque les fonds n'ont jamais bougé — mais rien de tout cela n'apparaît dans une interface de portefeuille typique, et c'est de là que vient l'essentiel des paniques « où est ma transaction ? ».

Une salle d'attente très publique

Tout ce qui se trouve dans la mempool publique est visible de quiconque avant confirmation, y compris des bots qui analysent les swaps en attente et agissent sur ce qu'ils voient. Cette visibilité est la matière première du front-running et des trades sandwich décrits dans l'explication du slippage : une transaction en attente annonce exactement ce que vous êtes sur le point d'acheter et le pire prix que vous avez accepté. C'est pourquoi une tolérance de slippage serrée est une vraie défense — elle plafonne ce qu'un sandwich peut extraire. C'est aussi pourquoi une part croissante du trafic EVM passe désormais par des canaux de soumission privés qui contournent le bassin public et vont droit aux constructeurs de blocs, échangeant la transparence contre de la protection et assumant au passage une nouvelle hypothèse de confiance.

Toutes les chaînes n'en ont pas

La mempool colportée est un choix de conception à la Ethereum, pas une loi de la nature. Solana la contourne largement : le calendrier des leaders étant connu à l'avance, les clients transmettent les transactions directement aux prochains producteurs de blocs plutôt que d'inonder un bassin global — une raison pour laquelle ses états en attente semblent si éphémères. TON achemine les messages par son propre routage shardé plutôt que par une file partagée. Et ERC-4337 ajoute une voie parallèle sur l'EVM même : les UserOperations attendent dans une mempool alternative qui leur est propre, où les bundlers les récupèrent et les emballent dans une transaction ordinaire, comme l'expose l'explication des bundlers et des UserOperations. Même logique de salle d'attente, autre salle.

Là où un portefeuille rencontre la mempool

La mempool est la couche que WATS gère pour que vous ayez rarement à y penser : WATS diffuse via des nœuds sains et suit l'état en attente sur Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON — trois écosystèmes aux trois salles d'attente différentes — derrière une seule interface, si bien qu'un état « pending » veut dire la même chose pour vous, quelle que soit la salle où il est coincé. Sur les chaînes EVM, les actions WATS voyagent comme des UserOperations ERC-4337 par la mempool alternative, où un paymaster règle le gas natif exigé par le producteur de blocs pendant que vous réglez, vous, dans un seul token, l'ATS. Ce n'est pas une remise — le réseau touche toujours son tarif plein, et votre débit en ATS le suit — cela change seulement quel token paie. L'ATS est un OFT LayerZero : un seul solde couvre toutes les chaînes prises en charge au lieu de huit soldes en monnaie native, et l'ATS collecté en frais est brûlé, faisant passer l'offre de 100 000 000 vers un plancher de 30 000 000. WATS est le premier et le seul portefeuille à combiner les frais en token unique ERC-4337 et OFT avec ce burn, et rien de tout cela ne touche à la conservation : WATS est entièrement non-custodial, vous détenez vos clés, et WATS n'en détient jamais aucune.

La leçon pratique est donc étroite. Vous ne pouvez pas faire disparaître la mempool, et vous ne devriez pas le souhaiter — c'est l'enchère qui fait inclure votre transaction. Ce que vous pouvez supprimer, c'est le mode de défaillance qui n'a rien à voir avec l'enchère : se retrouver sur la mauvaise chaîne sans monnaie native pour enchérir. Si c'est cette version du « pending » que vous rencontrez sans arrêt, alimenter un seul solde ATS dans le Hot Wallet WATS est le correctif, et la mécanique est détaillée sur la page des frais ATS.