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

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, le nœud vérifie sa validité, 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 globale. 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 imposent aussi des limites locales — frais minimaux, plafonds par compte, éviction 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.

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, 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 attachez sous le modèle base fee plus pourboire d'EIP-1559 — payez le tarif du moment et vous sortez en secondes ; sous-enchérissez et vous attendez que la demande retombe ou que votre transaction soit évincée.

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 plus élevés dit au réseau d'oublier l'ancienne — le remède standard pour un envoi coincé (et, avec la même astuce en s'envoyant zéro à soi-même, l'annulation standard). Les transactions qui ne confirment ni ne sont remplacées finissent abandonnées : évincées des bassins et oubliées, comme jamais envoyées. Rien n'a été perdu — les fonds n'ont jamais bougé — mais l'invisibilité de tout cela dans une interface de portefeuille typique est la source de la plupart 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 que nous décrivons dans notre explication du slippage : votre trade en attente dit au monde exactement ce que vous êtes sur le point de payer. En 2026, une part significative des transactions EVM transite donc par des canaux de soumission privés qui contournent le bassin public et vont droit aux constructeurs de blocs — un échange de transparence contre protection, avec ses propres hypothèses de confiance.

Toutes les chaînes n'en ont pas

La mempool classique à colportage est un design de style Ethereum, pas une loi de la nature. Solana la contourne largement : les prochains producteurs de blocs étant connus à l'avance, les transactions leur sont transmises directement plutôt que regroupées globalement — une raison pour laquelle ses états « pending » semblent si éphémères. TON achemine les messages par son propre pipeline shardé plutôt que par un bassin partagé. Et ERC-4337 ajoute une voie parallèle sur l'EVM même : les UserOperations attendent dans une mempool alternative qui leur est propre avant que les bundlers ne les empaquettent, comme nous le déplions dans bundlers et UserOperations.

Où WATS entre en jeu

La mempool est exactement la couche que WATS gère pour que vous y pensiez rarement : le portefeuille diffuse via des nœuds sains et suit l'état pending sur EVM, Solana et TON — trois écosystèmes aux trois salles d'attente différentes — derrière une seule interface. Sur EVM, les actions WATS voyagent comme des UserOperations ERC-4337 par l'alt-mempool, où un paymaster règle le gas natif — c'est ainsi que chaque action, sur chaque chaîne, est facturée dans un seul token, l'ATS, au lieu de la monnaie native (Solana et TON utilisent un fee-payer/relayer équivalent). Un envoi ne reste donc jamais en attente faute du bon token de gas ; les frais en ATS suivent simplement le coût réseau en temps réel. L'ATS est un OFT LayerZero — un seul solde sur les trois écosystèmes — et l'ATS collecté est brûlé, de 100M vers un plancher de 30M. WATS reste entièrement non-custodial — vous détenez vos clés, WATS n'en détient jamais aucune — et demeure le premier et le seul portefeuille à combiner les frais en token unique ERC-4337 + OFT avec ce burn. La mécanique est sur la page des frais ATS.