Le Mempool de Monero: Comment Fonctionnent les Transactions en Attente

Qu'est-ce que le Mempool de Monero ?

Chaque réseau de cryptomonnaie a besoin d'une salle d'attente pour les transactions qui ont été diffusées mais pas encore incluses dans un bloc. Dans Monero, cette salle d'attente s'appelle le mempool, abréviation de pool de mémoire. C'est un composant essentiel du réseau qui affecte directement la rapidité de confirmation de vos transactions et la façon dont le réseau gère les périodes de forte demande.

Lorsque vous envoyez des XMR depuis votre portefeuille, la transaction n'apparaît pas instantanément sur la blockchain. Elle entre d'abord dans le mempool, où elle attend aux côtés d'autres transactions non confirmées jusqu'à ce qu'un mineur la récupère et l'inclue dans le prochain bloc. Comprendre ce processus vous aide à prendre de meilleures décisions concernant les frais, le timing et la confidentialité lors de l'utilisation de MoneroSwapper ou de tout autre service Monero.

Comment les Transactions Entrent dans le Mempool

Le parcours d'une transaction Monero commence dans le logiciel de votre portefeuille. Lorsque vous initiez un envoi, votre portefeuille construit la transaction localement. Cela implique la sélection de sorties leurres pour la signature en anneau, la génération d'une adresse furtive à usage unique pour le destinataire, le calcul de la preuve de portée pour le montant chiffré et la signature de l'ensemble avec votre clé privée de dépense.

Une fois construite, le portefeuille diffuse la transaction sur le réseau pair-à-pair de Monero. Le premier nœud qui la reçoit effectue plusieurs vérifications de validation avant de l'accepter dans son mempool local :

• Validation de la syntaxe — La transaction doit être correctement formatée selon les règles du protocole Monero
• Vérification de la signature en anneau — Les signatures cryptographiques doivent être valides, prouvant que l'expéditeur a l'autorité de dépenser les sorties référencées
• Vérification de l'image clé — Les images clés ne doivent pas déjà exister sur la blockchain ou dans le mempool, ce qui indiquerait une tentative de double dépense
• Vérification RingCT — Les preuves de portée doivent être valides, confirmant que les montants chiffrés sont positifs et que les entrées égalent les sorties plus les frais
• Vérification des frais — La transaction doit inclure au minimum les frais requis en fonction de sa taille en octets

Après avoir passé ces vérifications, le nœud ajoute la transaction à son mempool et la retransmet aux autres nœuds connectés. Grâce à ce protocole de propagation, la transaction se propage à travers l'ensemble du réseau en quelques secondes, atteignant les mineurs qui peuvent l'inclure dans leur prochain bloc.

Dandelion++ et Propagation des Transactions

Monero utilise une méthode de propagation améliorée appelée Dandelion++ pour protéger l'adresse IP de l'expéditeur. Au lieu de diffuser immédiatement la transaction à tous les pairs, Dandelion++ l'envoie d'abord à travers une chaîne aléatoire de nœuds dans une « phase de tige » avant d'entrer dans la « phase de diffusion » normale de propagation large. Cela rend considérablement plus difficile pour les observateurs du réseau de déterminer quel nœud a émis la transaction.

Cette fonctionnalité de confidentialité signifie qu'il peut y avoir un léger délai supplémentaire avant que votre transaction n'apparaisse dans le mempool sur les explorateurs de blocs publics. La phase de tige n'ajoute généralement que quelques secondes, mais elle offre une protection significative contre la surveillance au niveau du réseau.

Taille du Mempool et Limites de Transaction

Contrairement à Bitcoin, qui a une limite de taille de bloc relativement fixe créant une congestion prévisible du mempool, Monero utilise un mécanisme de taille de bloc dynamique. La taille maximale du bloc s'ajuste automatiquement en fonction de la taille médiane des 100 derniers blocs. Si la demande augmente, les blocs peuvent croître pour accueillir davantage de transactions, bien que les mineurs paient une pénalité pour la création de blocs plus grands que la médiane actuelle.

Le mempool lui-même a une limite de taille configurable sur chaque nœud. Par défaut, le daemon Monero alloue une certaine quantité de mémoire au mempool. Lorsque cette limite est approchée, les transactions avec les frais les plus bas peuvent être supprimées pour faire place à celles avec des frais plus élevés. En pratique, le mempool de Monero atteint rarement ses limites car le mécanisme de taille de bloc dynamique absorbe efficacement les pics de demande.

Les paramètres clés qui affectent le comportement du mempool comprennent :

• Frais minimum de relais — Les transactions en dessous de ce taux de frais ne seront pas relayées par les nœuds, empêchant le spam
• Limite d'âge des transactions — Les transactions qui restent non confirmées pendant une période prolongée (généralement 72 heures) sont finalement supprimées du mempool
• Limite de taille par transaction — Les transactions individuelles ne peuvent pas dépasser une taille maximale, ce qui limite le nombre d'entrées et de sorties

Priorité Basée sur les Frais et Ordonnancement des Transactions

Lorsque les mineurs construisent un nouveau bloc, ils sélectionnent les transactions du mempool pour maximiser leurs revenus en frais. Les transactions sont classées par leur ratio de frais par octet, et non par leur montant absolu de frais. Une petite transaction payant 0,0001 XMR peut avoir une priorité plus élevée qu'une grande transaction payant 0,001 XMR si la plus petite a un meilleur ratio frais-taille.

Les portefeuilles Monero calculent les frais selon un système de priorité à quatre niveaux :

• Par défaut (x1) — Frais standard, adaptés aux transactions normales avec une confirmation typique dans le prochain bloc
• Bas (x1) — Identique au niveau par défaut dans la plupart des conditions ; les transactions se confirment en quelques blocs
• Moyen (x5) — Cinq fois les frais de base, pour une confirmation plus rapide pendant la congestion
• Élevé (x20) — Vingt fois les frais de base, garantissant virtuellement l'inclusion dans le prochain bloc

Dans des conditions normales de réseau, même le niveau de frais par défaut aboutit à une confirmation dans un ou deux blocs (environ deux à quatre minutes). Le marché des frais ne devient pertinent que lors de pics inhabituels du volume de transactions.

Le Scénario d'Accumulation

Une accumulation se produit lorsque les transactions sont créées plus rapidement qu'elles ne peuvent être incluses dans les blocs. Bien que la taille de bloc dynamique de Monero aide à atténuer cela, des pics de demande extrêmes peuvent encore causer une congestion temporaire. Pendant une accumulation, plusieurs choses se produisent :

Premièrement, le mempool grossit à mesure que les transactions s'accumulent. Les utilisateurs peuvent remarquer des temps de confirmation plus longs pour les transactions envoyées avec des frais par défaut. Le mécanisme de taille de bloc dynamique entre en jeu, permettant aux mineurs de créer des blocs plus grands. Les mineurs sont incités à inclure davantage de transactions car les frais supplémentaires peuvent compenser la pénalité de récompense de bloc pour avoir dépassé la taille médiane du bloc.

Deuxièmement, un marché des frais émerge où les transactions avec des taux de frais plus élevés se confirment plus rapidement. C'est un mécanisme d'autocorrection car, à mesure que les frais augmentent, certains utilisateurs reportent les transactions non urgentes, réduisant la demande. Pendant ce temps, la taille de bloc en expansion accueille un débit plus important jusqu'à ce que l'équilibre soit atteint.

Événements Historiques d'Accumulation

Monero a connu des événements notables de congestion du mempool, souvent causés par des attaques de spam ou des augmentations soudaines d'utilisation légitime. Lors de ces événements, le réseau a démontré sa résilience grâce à l'ajustement dynamique de la taille des blocs. Les blocs ont temporairement grossi, les frais ont augmenté modestement et l'accumulation s'est résorbée en quelques heures à quelques jours. Ces événements ont guidé les améliorations continues du protocole pour gérer la demande de manière plus élégante.

En Quoi le Mempool de Monero Diffère de Celui de Bitcoin

La différence la plus significative entre le mempool de Monero et celui de Bitcoin est l'implication de confidentialité de l'analyse du mempool. Dans Bitcoin, les observateurs du mempool peuvent extraire des informations substantielles des transactions non confirmées car les montants, les adresses et les graphes de transactions sont entièrement visibles.

L'analyse du mempool de Bitcoin permet aux observateurs de :

• Suivre le flux des fonds avant qu'ils ne soient confirmés
• Relier les entrées aux sorties pour construire des clusters d'adresses
• Identifier l'expéditeur et le destinataire probables d'un paiement
• Détecter les transactions de consolidation et estimer les soldes des portefeuilles
• Devancer les transactions en observant les échanges en attente

Dans le mempool de Monero, rien de cela n'est possible. Chaque transaction dans le mempool ne révèle que les images clés (qui empêchent la double dépense), les montants chiffrés (cachés par RingCT), les adresses furtives à usage unique (non reliables aux adresses réelles) et les signatures en anneau (qui masquent quelle sortie est réellement dépensée). Un observateur surveillant le mempool de Monero voit des transactions circuler mais ne peut pas déterminer qui paie qui ni combien.

Surveillance du Mempool

Plusieurs outils vous permettent de surveiller l'état du mempool de Monero en temps réel. Ils peuvent être utiles pour estimer les temps de confirmation, vérifier si votre transaction a été diffusée et comprendre les conditions actuelles du réseau.

Outils Populaires de Surveillance du Mempool

• xmrchain.net — L'explorateur de blocs Monero le plus populaire, avec une page dédiée au pool de transactions affichant la taille actuelle du mempool, le nombre de transactions et les transactions en attente individuelles
• moneroblocks.info — Un explorateur alternatif avec une visualisation claire du mempool et des données historiques
• Daemon local — Exécuter votre propre nœud Monero vous donne un accès direct aux données du mempool via les commandes RPC comme get_transaction_pool et get_transaction_pool_stats
• Observateurs P2Pool — Si vous minez avec P2Pool, les pages d'observation affichent les statistiques du mempool pertinentes pour le minage

Lorsque vous vérifiez le mempool sur un explorateur de blocs, n'oubliez pas que vous visualisez les données de ce nœud spécifique. En raison des délais de propagation du réseau et de Dandelion++, une transaction peut apparaître dans le mempool d'un nœud légèrement avant ou après un autre. Si votre transaction n'apparaît pas immédiatement après l'envoi, attendez trente secondes et actualisez.

Ce que les Utilisateurs Doivent Savoir sur les Transactions en Attente

Pour les utilisateurs quotidiens de Monero et ceux qui échangent via MoneroSwapper, voici les points pratiques à retenir concernant le mempool et les transactions en attente :

Les temps de confirmation sont prévisibles. Dans des conditions normales, les transactions Monero se confirment en deux minutes en moyenne. Le temps de bloc de deux minutes signifie que la plupart des transactions sont incluses dans le tout prochain bloc après leur entrée dans le mempool.

Les frais par défaut sont presque toujours suffisants. Contrairement à Bitcoin, où l'estimation des frais est un art complexe, le niveau de frais par défaut de Monero fonctionne bien pour la grande majorité des transactions. Vous n'avez besoin d'augmenter les frais que lors d'événements rares de congestion.

Votre confidentialité est protégée même en attente. Contrairement à Bitcoin, où les transactions non confirmées dans le mempool divulguent des informations étendues, les transactions Monero ne révèlent rien d'utile aux observateurs même avant leur confirmation. Vos montants, adresses et graphe de transactions restent cachés dès le moment où vous cliquez sur envoyer.

L'identifiant de transaction peut être partagé en toute sécurité. Vous pouvez partager le hash de votre transaction Monero avec un destinataire ou une équipe de support sans compromettre votre confidentialité. Le hash seul ne révèle rien sur l'expéditeur, le destinataire ou le montant. Il confirme simplement qu'une transaction existe.

Les transactions bloquées sont rares mais récupérables. Si une transaction reste dans le mempool pendant une période prolongée, elle sera finalement supprimée et les fonds retournés à votre portefeuille. Vous pouvez également utiliser la fonction « rescanner la blockchain » dans la plupart des portefeuilles pour récupérer les fonds des transactions supprimées.

Conclusion

Le mempool est un composant fondamental de l'architecture de Monero qui équilibre le débit des transactions, les marchés de frais et la confidentialité. Sa conception reflète la philosophie centrale de Monero : même au niveau de l'infrastructure réseau, la confidentialité de l'utilisateur est protégée. Que vous effectuiez un simple transfert ou exécutiez un échange via MoneroSwapper, comprendre le fonctionnement du mempool vous aide à effectuer des transactions avec confiance et des attentes réalistes concernant les temps de confirmation et les frais.