La mempool : là où votre transaction attend avant de devenir réelle
Vous appuyez sur Envoyer et votre portefeuille indique que la transaction a été diffusée. L'explorateur l'affiche, mais comme « en attente », pas confirmée. Pendant quelques secondes, quelques minutes ou parfois quelques heures, votre transaction existe et n'existe pas en même temps.
L'endroit où elle se trouve pendant cet intervalle s'appelle la mempool. La comprendre explique pourquoi les frais changent d'une minute à l'autre, pourquoi certaines transactions restent bloquées et pourquoi une transaction en attente est une promesse plutôt qu'un paiement.
Ce qu'est réellement la mempool
« Mempool » est l'abréviation de memory pool, réserve de mémoire. C'est l'ensemble des transactions valides et non confirmées qu'un nœud conserve en mémoire, en attendant qu'un producteur de blocs les récupère.
Première surprise : il n'existe pas une mempool. Chaque nœud tient la sienne. Lorsque vous diffusez une transaction, votre portefeuille la remet à un nœud, qui la vérifie et la transmet à ses pairs, qui la relaient à leur tour. En quelques secondes, la majeure partie du réseau en possède une copie, mais la réserve de chaque nœud peut légèrement différer selon ce qui lui est parvenu, ses limites de taille et ses propres règles.
Une transaction dans la mempool a passé les vérifications de base : les signatures sont valides et les pièces qu'elle dépense existent. Elle n'a pas encore été incluse dans un bloc et, tant que ce n'est pas le cas, elle peut encore ne jamais aboutir.
Comment les transactions sont choisies
L'espace dans les blocs est limité, et les producteurs de blocs (mineurs sur les chaînes en preuve de travail, validateurs sur celles en preuve d'enjeu) sont rémunérés en partie par les frais. En gros, ils remplissent donc les blocs avec les transactions qui paient le plus pour l'espace qu'elles occupent.
Sur Bitcoin et les chaînes similaires, cela signifie le taux de frais : des satoshis par octet virtuel, pas le montant total des frais. Une petite transaction qui paie des frais modestes peut passer devant une grosse qui paie davantage au total. Sur Ethereum et les autres chaînes EVM, cela signifie le pourboire de priorité qui s'ajoute à des frais de base que le réseau ajuste lui-même d'un bloc à l'autre.
C'est pourquoi les frais montent et descendent avec la demande. Quand la mempool est calme, presque n'importe quels frais raisonnables entrent dans le bloc suivant. Quand elle est encombrée (un lancement très suivi, une panique sur le marché, une vague d'activité), les transactions enchérissent les unes contre les autres et celles aux frais bas restent à attendre.
Pourquoi des transactions restent bloquées
Une transaction qui a payé trop peu pour les conditions du moment n'échoue pas : elle attend. Si la demande reste forte, elle peut rester longtemps dans la mempool. Les nœuds ne gardent toutefois pas les transactions indéfiniment : quand leurs réserves sont pleines, ils écartent les moins rémunératrices, et beaucoup suppriment tout ce qui date de plus de deux semaines environ.
Une transaction écartée n'a jamais été confirmée, donc les fonds n'ont jamais bougé ; mais tant qu'elle n'a pas disparu partout, elle peut encore être confirmée plus tard. C'est l'entre-deux inconfortable : le paiement n'est ni effectué ni annulé.
La solution consiste généralement à payer davantage. Le Replace-by-fee et les techniques similaires vous permettent de diffuser une nouvelle version de la même transaction avec des frais plus élevés, qui remplace l'ancienne dans la mempool.
En attente, donc public
Tout ce qui se trouve dans la mempool est visible. Quiconque fait tourner un nœud, et n'importe quel explorateur, peut voir ce que vous vous apprêtez à faire avant que ce soit définitif : les montants, les adresses et, sur les chaînes à contrats intelligents, la fonction exacte que vous appelez.
Pour la plupart des transferts, cela compte peu. Pour les échanges, cela peut compter beaucoup. Des bots surveillent la mempool à la recherche de gros swaps et placent leurs propres transactions autour pour profiter du mouvement de prix : le front-running et les attaques sandwich reposent tous deux sur le fait de voir votre transaction pendant qu'elle est en attente.
Cela compte aussi pour quiconque reçoit des fonds. Une transaction entrante en attente peut encore être remplacée ou écartée. Ce n'est pas encore de l'argent que vous possédez.
De l'attente au définitif
L'inclusion dans un bloc constitue la première confirmation : la transaction a quitté la mempool et rejoint la chaîne. Chaque bloc construit par-dessus la rend plus difficile à annuler. Le nombre de confirmations suffisant dépend de la chaîne et du montant, mais la règle est la même partout : en attente signifie possible, confirmée signifie probable et profondément confirmée signifie définitive.
À quoi cela ressemble dans SSP
Lorsque vous envoyez depuis SSP, vous choisissez le niveau de priorité que vous payez. L'écran d'envoi propose les préréglages lent, normal et rapide selon les conditions actuelles du réseau, avec une estimation de la durée probable de chacun, ainsi qu'une option personnalisée sur les chaînes EVM si vous voulez fixer les frais vous-même.
SSP Wallet et SSP Key doivent tous deux approuver avant que quoi que ce soit ne soit diffusé. Une fois la transaction parvenue au réseau, la mempool fonctionne pour SSP comme pour tout le monde : les frais que vous avez choisis déterminent la rapidité avec laquelle elle est prise en charge et, tant qu'elle n'est pas confirmée, elle reste en attente.
Le résumé honnête
La mempool est la salle d'attente entre « envoyé » et « terminé ». Ce sont de nombreuses salles, pas une seule ; elle est publique ; et elle donne la priorité à celui qui paie le plus pour l'espace dans les blocs.
Choisissez des frais adaptés à la rapidité avec laquelle vous avez besoin d'une confirmation, ne considérez pas une transaction en attente, la vôtre ou celle de quelqu'un d'autre, comme définitive, et rappelez-vous que tout ce que vous diffusez est visible par l'ensemble du réseau avant d'être réglé.
