Bitcoin Core v31 : Cluster Mempool et diffusion via Tor – Quelles évolutions en 2026 ?

Bitcoin Core v31.0rc4 a été déployé sur testnet le 11 avril 2026, apportant la plus importante refonte architecturale de la gestion des transactions Bitcoin depuis des années. Cette version candidate succède à la v30.2 et introduit le cluster mempool, qui regroupe les transactions non confirmées en ensembles limités à 64 transactions ou 101 kilo-octets. Cela remplace la structure basée sur la topologie utilisée depuis les débuts des nœuds Bitcoin. En parallèle, la v31 permet désormais aux nœuds de diffuser les transactions uniquement via Tor ou I2P, assurant que votre adresse IP ne soit jamais exposée sur le réseau public lors de l’envoi d’une transaction.

Ces changements sont fondamentaux. Le cluster mempool impacte directement la construction des blocs par les mineurs, l’estimation des frais par les portefeuilles et la gestion des ensembles de transactions complexes (comme les paiements groupés ou les fermetures de canaux Lightning). La diffusion via Tor comble une faille de confidentialité exploitée de longue date par les sociétés d’analyse de la blockchain. Voici l’impact concret de ces évolutions, que vous soyez opérateur de nœud, mineur ou utilisateur effectuant des transactions Bitcoin.

En quoi le Cluster Mempool change-t-il la donne ?

Le mempool est l’espace où attendent les transactions non confirmées avant d’être intégrées dans un bloc par un mineur. Depuis plus de dix ans, Bitcoin Core gérait ce pool via des limites d’ancêtres et de descendants, chaque transaction étant contrôlée individuellement (maximum 25 ancêtres ou 25 descendants).

Ce système engendrait des angles morts. Par exemple, si une transaction parente possède 10 enfants avec chacun un taux de frais différent, le nœud doit évaluer chaque relation séparément pour déterminer la combinaison la plus rentable pour le bloc. Ce calcul peut devenir coûteux, menant à des approximations qui impactent les revenus des mineurs et l’estimation de frais pour les utilisateurs.

Le cluster mempool propose une nouvelle organisation. Plutôt que de suivre chaque lignée, la v31 regroupe les transactions liées en clusters, chacun limité à 64 transactions ou 101 kilo-octets. Dans chaque cluster, les transactions sont triées par taux de frais, permettant d’optimiser la sélection sans calculs d’ascendance transaction par transaction.

Pour les mineurs, cela signifie des modèles de blocs plus précis. Lorsqu’un mineur utilise getblocktemplate sur un nœud v31, la réponse reflète une optimisation accrue des transactions à inclure. Pour les utilisateurs, cela se traduit par une estimation des frais améliorée, car l’ordre réel de compétitivité entre transactions est visible.

Importance pour les paquets de transactions

Si vous avez déjà utilisé une transaction CPFP (child-pays-for-parent) pour accélérer une transaction à faible frais, vous avez touché aux limites que le cluster mempool vient corriger. Avec l’ancien système, il fallait analyser si l’ajout d’une transaction enfant à frais élevé ne dépassait pas la limite de 25 transactions par chaîne. Avec des chaînes complexes, le relai pouvait être rejeté.

Le cluster mempool gère ces situations plus efficacement en évaluant le cluster dans son ensemble. Un parent à faible frais et un enfant à frais élevé sont regroupés et ordonnés selon leur taux de frais combiné pour la création du bloc. Ceci est particulièrement pertinent pour la fermeture de canaux Lightning, qui génère souvent des ensembles de transactions devant être confirmées simultanément.

Les retraits groupés des plateformes bénéficient aussi de ce système. Lorsqu’une plateforme envoie un paiement à 200 destinataires et que certains utilisent directement leurs fonds, la chaîne pouvait auparavant buter sur les limites de descendants. Avec le cluster mempool, le groupe reste structuré dans la limite des 64 transactions/101 kB, et le tri est géré de façon interne.

Diffusion via Tor : pourquoi cette amélioration pour la confidentialité ?

Lorsqu’une transaction Bitcoin est relayée via un nœud standard, l’adresse IP est jointe au premier relai. Des sociétés d'analyse de la blockchain exploitent ce point d’entrée pour associer une IP à une transaction (et donc à un portefeuille).

Bitcoin Core prenait déjà en charge les connexions via Tor ou I2P, mais jusqu’à la v31 il n’était pas possible de restreindre la diffusion des transactions uniquement sur ces réseaux anonymes. Avec les options -onlynet=onion et -onlynet=i2p, la v31 permet de forcer tous les relais sortants via Tor ou I2P, garantissant qu’aucun pair du clearnet ne reçoit la diffusion initiale.

Cela ne cache pas les transactions elles-mêmes (toujours visibles sur la blockchain), mais permet de dissocier votre identité réseau (adresse IP) de votre activité transactionnelle. Pour les utilisateurs dans des juridictions à surveillance financière accrue, ou pour ceux attachés à la souveraineté financière, c’est un progrès concret, sans avoir à configurer des VPN ou proxys compliqués.

Ce changement arrive à un moment où les réseaux de surveillance de type Chainalysis se sont massivement développés, avec des milliers de nœuds d’écoute à travers l’Amérique du Nord et l’Europe. Jusqu’ici, il fallait configurer un proxy Tor séparé et espérer qu’aucune fuite ne se produise. Désormais, un simple paramètre dans bitcoin.conf suffit à renforcer la confidentialité du relai.

À retenir pour les opérateurs de nœuds

Lors du passage à la v31 (sortie prévue au second semestre 2026), il faudra prêter attention aux nouveaux paramètres par défaut. Le cluster mempool est optionnel en phase testnet mais deviendra probablement la norme pour la version définitive. Les opérateurs ayant personnalisé leur bitcoin.conf devront revoir leurs réglages, le système de limites d’ancêtres/descendants étant remplacé.

L’utilisation mémoire changera aussi. L’ancien mempool suivait les relations transactionnelles dans une structure en graphe, le cluster mempool maintient des listes triées, ce qui augmente un peu l’utilisation mémoire mais accélère la génération des modèles de blocs. Pour les nœuds sur matériel limité, la phase testnet est idéale pour évaluer les ressources nécessaires.

L’interface RPC est également mise à jour : les appels comme getmempoolinfo et getrawmempool renvoient désormais des données tenant compte des clusters. Les pools de minage qui utilisent directement l’API devront adapter leur logique pour exploiter les modèles de blocs optimisés. Ceux qui tarderaient à le faire risquent de perdre en revenus de frais face à des pools utilisant les nouvelles optimisations.

Comparaison avec les versions majeures précédentes

Les versions majeures de Bitcoin Core ne suivent pas de calendrier fixe et se concentrent chacune sur une couche différente du protocole. Voici une synthèse des trois dernières évolutions majeures :

La v31 représente le plus grand changement sur la logique du mempool depuis l’introduction du Replace-by-Fee (RBF)**) en v0.12 en 2016. Le cluster mempool était en développement depuis 2023, avec une proposition initiale de Pieter Wuille, développeur Bitcoin Core, aujourd’hui concrétisée.

Foire aux questions

Qu’est-ce que le cluster mempool dans Bitcoin Core v31 ?

Le cluster mempool est une refonte de la gestion des transactions non confirmées dans Bitcoin Core. Les transactions liées sont regroupées en clusters (jusqu’à 64 transactions ou 101 Ko) et triées selon leur taux de frais. Cela offre des blocs plus optimisés pour les mineurs et une meilleure estimation pour les portefeuilles.

Quand Bitcoin Core v31 sera-t-il disponible ?

La version candidate v31.0rc4 est disponible sur testnet depuis le 11 avril 2026. La version finale est attendue pour le second semestre 2026, sans date fixe. L’annotation rc4 indique un stade avancé de test et de relecture.

La diffusion via Tor masque-t-elle mes transactions Bitcoin ?

Non, les transactions restent visibles sur la blockchain. L’option permet de dissocier votre adresse IP de l’envoi de la transaction, empêchant les sociétés d’analyse de relier votre identité réseau à votre activité on-chain.

Le cluster mempool va-t-il réduire les frais Bitcoin ?

Il n’influe pas directement sur le niveau des frais, qui dépend de la demande de place dans les blocs. Cependant, il améliore la précision des estimations, réduisant la probabilité de surpayer pour confirmer rapidement.

En résumé

Bitcoin Core v31 est la mise à jour la plus significative de la couche transactionnelle depuis Replace-by-Fee. Le cluster mempool remplace un système vieux de dix ans par une gestion plus efficace des paquets de transactions et une optimisation des blocs pour les mineurs. L’option de diffusion exclusive via Tor renforce la confidentialité là où le besoin était important depuis longtemps.

Pour la majorité des utilisateurs, cela se traduira par des estimations de frais plus précises et moins de transactions bloquées, notamment lors de paiements groupés. Pour les opérateurs de nœuds, il sera pertinent de tester ces nouveautés dès la seconde moitié de 2026. Enfin, la possibilité de diffuser exclusivement via Tor, sans outil externe, est un progrès majeur pour la confidentialité. La phase testnet est déjà ouverte, et le code source de la v31.0rc4 est disponible sur GitHub pour les utilisateurs souhaitant l’essayer avant la sortie officielle.

Cet article est fourni à titre informatif et ne constitue pas un conseil financier ou d’investissement. Le trading de cryptomonnaies comporte des risques. Effectuez toujours vos propres recherches avant toute décision.