Consolider les petits paiements d'un pool de minage : quand fusionner les UTXO et ce que cela coûte

Chaque paiement du pool arrive sous forme de sortie distincte, et vous le payez le jour où vous le dépensez, pas le jour où vous le recevez. Selon le calcul de POOL BTC, dépenser 0.1 BTC arrivés sous forme de 200 paiements de 0.0005 BTC coûte 272,830 satoshis à 20 sat/vB, alors que les mêmes 0.1 BTC détenus en une seule entrée coûtent 2,190 satoshis. C'est un facteur de 124.6, qui s'explique entièrement par le seuil de paiement que vous avez fixé dans le tableau de bord de votre pool il y a un an.

Chez pool-btc.com, nous ne sommes ni un pool ni un portefeuille. Ce qui suit, c'est de l'arithmétique, qui fonctionne de la même façon chez n'importe quel opérateur, avec les constantes du protocole et des liens vers leur définition. Chaque chiffre ci-dessous part d'un taux de frais que nous indiquons explicitement, et non d'une prévision. Le taux réel à la date de publication est donné séparément, avec un lien et l'heure du relevé.

Qu'est-ce qu'un UTXO, et pourquoi 200 paiements de 0.0005 BTC coûtent-ils plus cher à dépenser qu'une entrée de 0.1 BTC ?

Un UTXO est la sortie non dépensée distincte que crée chaque paiement. Bitcoin facture les frais au poids de la transaction, pas au montant. Une entrée P2WPKH pèse 68 octets virtuels, qu'elle contienne 0.0005 BTC ou 10 BTC. Donc 200 entrées pèsent près de 200 fois le poids d'une seule, pour la même somme.

Les deux transactions en détail, avec le calculateur de taille de Bitcoin Optech :

```

dépenser 200 entrées vers 1 sortie : 10.5 + 200 x 68 + 31 = 13,641.5 vB

dépenser 1 entrée vers 1 sortie : 10.5 + 1 x 68 + 31 = 109.5 vB

```

Le solde est identique dans les deux cas. La seule différence, c'est le nombre de morceaux dans lequel il est découpé, et ce choix, vous l'avez fait en indiquant au pool à partir de quel seuil vous payer.

Une réserve honnête : on dépense rarement les 200 entrées d'un coup. Envoyez 0.01 BTC et le portefeuille en prend vingt, pas deux cents. Mais vous finirez par toutes les dépenser, et le total des frais sur une année reste le même.

Comment la taille d'une entrée en vBytes se transforme-t-elle en frais de retrait ?

Les frais sont égaux à la taille de la transaction en octets virtuels multipliée par le taux en sat/vB que vous choisissez. La taille correspond à l'en-tête de la transaction, plus la taille de chaque entrée, plus la taille de chaque sortie. Le format d'adresse fait varier le poids d'une entrée de plus du double, il compte donc davantage que ce que la plupart des gens imaginent.

Constantes du protocole issues du calculateur de taille de Bitcoin Optech, vérifiées le 12.09.2026 :

Deux conséquences immédiates. Une entrée legacy coûte 148 vB contre 68 en bech32, donc les paiements envoyés vers une adresse commençant par 1 coûteront environ deux fois plus cher à dépenser plus tard. Et la formule ne regarde jamais le montant, c'est pourquoi « petit paiement » et « paiement bon marché » sont deux choses différentes.

```

frais = (10.5 + total vB des entrées + total vB des sorties) x taux en sat/vB

```

Un mot sur la poussière. Bitcoin Core refuse de relayer les sorties inférieures à un seuil dérivé d'un dustRelayFee de 3,000 sat/kvB : 546 satoshis pour P2PKH, 294 pour P2WPKH, 330 pour P2TR et P2WSH, d'après policy.cpp dans le dépôt de Bitcoin Core. Il s'agit d'une règle de relais, pas de consensus, donc un bloc contenant de telles sorties est parfaitement valide. Les paiements des pools ne descendent presque jamais aussi bas, ce qui veut dire que le vrai problème du mineur est économique plutôt que formel : une sortie de 50,000 satoshis n'est pas de la poussière selon la règle, mais à 100 sat/vB elle coûte 6,800 satoshis à dépenser, soit 13.6% de sa propre valeur.

À partir de quel taux de frais la consolidation est-elle vraiment rentable ?

Presque chaque fois que le taux futur n'est pas inférieur à celui d'aujourd'hui. Selon le calcul de POOL BTC, fusionner 200 entrées en une coûte 13,641.5 vB aujourd'hui et économise plus tard 199 entrées superflues, soit 13,532 vB. Le seuil de rentabilité se situe donc à un taux futur supérieur de seulement 0.8% au taux actuel.

La même chose en argent, pour ces 200 sorties de 0.0005 BTC :

Cela fait 202,432 satoshis économisés, soit 0.00202 BTC sur un solde de 0.1 BTC. Deux pour cent du solde entier, décidés en un clic.

Le cas inverse est tout aussi réel. Consolidez à 60 sat/vB, dépensez plus tard à 5, et vous payez 818,490 satoshis aujourd'hui pour en économiser 67,660 plus tard : une perte sèche de 750,830 satoshis. Consolider, c'est parier que les frais seront plus élevés plus tard qu'aujourd'hui. Dans une mempool calme, le pari ne coûte presque rien. Pendant un pic, il est perdant.

Le 13.09.2026 à 14:59 UTC, mempool.space recommandait 1 sat/vB à tous les niveaux de priorité, et le taux médian dans les blocs des dernières 24 heures et de la dernière semaine était lui aussi de 1 sat/vB (mempool.space, fee-rates). Voilà à quoi ressemble une mempool calme : consolider 200 entrées à ce taux coûte environ 13,642 satoshis. Les taux bougent en quelques heures, alors vérifiez vous-même le chiffre actuel avant d'appuyer sur envoyer.

Comment le seuil de paiement choisi aujourd'hui fixe-t-il votre coût de dépense dans un an ?

Le seuil détermine en combien de morceaux arrive votre production annuelle. Plus il est bas, plus les entrées s'accumulent et plus une dépense ultérieure coûte cher. Selon le calcul de POOL BTC, à 100 TH/s avec un seuil de 0.0001 BTC, une année arrive sous forme de 177 sorties, et la dépenser à 20 sat/vB coûte 241,550 satoshis, soit 13.6% de la production de l'année.

Le calcul part d'un rendement quotidien de 0.00000048671 BTC par térahash aux paramètres réseau du 08.09.2026 avec des frais de pool de 2%, soit 0.000048671 BTC par jour à 100 TH/s et 0.017765 BTC sur un an. La hausse de la difficulté fait baisser le nombre de paiements sur chaque ligne.

L'écart entre la première et la dernière ligne est de 239,360 satoshis par an, à hashrate identique et frais de pool identiques. Pour comparaison : la différence entre un pool à 2% et un pool à 3% avec les mêmes 100 TH/s est d'environ 0.00018 BTC par an, soit quelque 18,000 satoshis. Le seuil de paiement vous coûte plus cher que le pourcentage de frais, et on en parle dix fois moins.

La ligne à 0.01 BTC semble idéale jusqu'à ce que vous en voyiez le prix : deux paiements par an signifient que presque tous vos revenus restent au bilan du pool, comme une dette envers vous plutôt que comme des pièces que vous détenez. Comment arbitrer cela en fonction de votre propre hashrate est détaillé dans seuils minimaux de paiement, et vers où diriger les paiements pour que votre portefeuille affiche seulement les entrées individuelles est traité dans portefeuilles pour les paiements de minage. Recalculez votre propre production quotidienne aux paramètres réseau actuels dans le calculateur ; un chiffre tiré d'un article vieux d'un mois ne suffit pas.

Que révèle la consolidation à votre sujet ?

Elle prouve publiquement que toutes les adresses fusionnées appartiennent à un même propriétaire. C'est l'heuristique de propriété commune des entrées, et elle est vraie par construction : seul quelqu'un qui détient les cent clés peut signer une transaction avec les cent entrées. Avant la consolidation, ce lien était une supposition. Après, c'est un fait inscrit dans la chaîne.

Pour un mineur, la conséquence est concrète. Votre pool paie vers une adresse ou quelques-unes, et le lien entre elles n'est visible que par vous. Fusionnez une année de paiements en une transaction et vous les soudez à jamais en un seul cluster. Dès lors, il suffit qu'une adresse de ce cluster atteigne un compte vérifié sur une plateforme d'échange pour que votre nom, et tout votre historique de minage, y soient rattachés dans une base de données d'analyse de chaîne.

Ce que font les gens en pratique :

1. Consolider par groupes selon l'usage plutôt que tout d'un coup : un groupe destiné à une plateforme d'échange, un autre qui reste en stockage à froid.
2. Ne jamais mélanger dans la même transaction des paiements du pool et des pièces achetées sur une plateforme vérifiée. Cette seule transaction relie votre minage à votre identité.
3. Garder un portefeuille ou un compte séparé pour les paiements au lieu de réutiliser celui qui contient vos achats.
4. Éviter de fusionner en une seule sortie si l'argent doit de toute façon partir en plusieurs fois, car la monnaie rendue d'une grosse entrée crée elle aussi des liens.

Impossible de supprimer entièrement cette exposition : toute transaction qui dépense plusieurs entrées émet le même signal. La consolidation le fait simplement d'un coup et à l'échelle maximale. En échange, elle économise des frais. Le choix se fait entre confidentialité et argent, pas entre une bonne et une mauvaise réponse.

Pourquoi les plateformes d'échange et les portefeuilles custodiaux n'ont-ils pas ce problème ?

Ils l'ont. Simplement, vous ne le payez pas directement. Un solde sur une plateforme d'échange est une ligne dans une base de données, pas une sortie dans la chaîne. La plateforme décide quand fusionner ses propres sorties, regroupe le travail pendant les périodes calmes et répartit le coût entre tous ses clients via des frais de retrait forfaitaires.

Dans l'industrie, cela ressemble à ceci : le dépositaire BitGo, tel que décrit dans le guide de gestion des UTXO de Spark, exécute toutes les heures une tâche qui consolide les sorties inférieures à 100,000 satoshis dès que plus de 200 d'entre elles s'accumulent, avec un objectif d'environ 1 sat/vB. Il s'agit d'une source secondaire résumant la pratique de BitGo ; nous n'avons pas pu la confirmer dans la documentation de BitGo elle-même, prenez-la donc comme une illustration de l'approche plutôt que comme une règle exacte.

Un mineur à domicile peut reproduire la même logique à la main. Une règle du type « fusionner quand je détiens plus de 200 sorties et que le taux est sous X » ne demande aucune infrastructure ni l'autorisation de personne. La seule différence, c'est que personne ne l'appliquera à votre place.

Comment calculer votre propre seuil de rentabilité ?

Il vous faut quatre chiffres : combien d'entrées, leur format, le taux d'aujourd'hui et le taux auquel vous prévoyez de dépenser. Vous comparez ensuite deux sommes : le coût de tout fusionner maintenant et le coût des entrées superflues plus tard. Une seule formule suffit, pas besoin de calculateur.

```

coût de la consolidation aujourd'hui = (10.5 + N x poids d'une entrée + 31) x taux d'aujourd'hui

économie lors de la dépense future = (N - 1) x poids d'une entrée x taux futur

consolider si l'économie dépasse le coût

```

Les étapes :

1. Ouvrez un portefeuille avec contrôle des pièces (coin control) et regardez la liste des entrées. Sparrow sur ordinateur et BlueWallet sur mobile l'affichent directement ; un portefeuille ordinaire ne vous montrera qu'un solde total.
2. Comptez les entrées que vous comptez réellement fusionner. Pas tout le solde, seulement celles qui sont plus petites qu'une dépense unique typique.
3. Prenez le poids d'une entrée selon le format d'adresse : 68 vB pour bc1q, 57.5 pour bc1p, 148 pour une adresse commençant par 1.
4. Lisez le taux actuel dans la mempool plutôt que la suggestion du portefeuille. Le sélecteur « rapide, normal, lent » masque précisément le chiffre dont vous avez besoin.
5. Mettez votre estimation du taux futur dans la formule. Si vous préférez ne pas deviner, prenez le taux d'aujourd'hui : à taux égaux, fusionner 200 entrées dépasse déjà le seuil de rentabilité de 0.8%.
6. Si l'écart obtenu n'est que de quelques pour cent dans un sens ou dans l'autre, ne faites rien. La mempool se videra de nouveau.

Un exemple chiffré avec 50 entrées P2WPKH, 4 sat/vB aujourd'hui et 25 sat/vB attendus plus tard :

```

aujourd'hui : (10.5 + 50 x 68 + 31) x 4 = 3,441.5 x 4 = 13,766 sat

économie : (50 - 1) x 68 x 25 = 3,332 x 25 = 83,300 sat

solde net : 69,534 satoshis gagnés

```

Refaites le même calcul avec les taux inversés, 25 aujourd'hui et 4 plus tard, et vous perdez 72,710 satoshis. Même opération, mêmes 50 entrées, signe opposé.

Quelles sont les erreurs fréquentes lors d'une consolidation ?

Il y en a quatre, et chacune coûte de l'argent, pas seulement de la patience : consolider pendant un pic de frais, construire une transaction au-delà de la limite de taille standard, sous-estimer le coût d'une augmentation RBF sur cette transaction et envoyer directement vers une adresse de dépôt d'une plateforme d'échange. Chacune avec un chiffre vérifiable :

1. Consolider pendant un pic. La mempool se vide régulièrement, et l'écart entre une nuit calme et un pic dépasse facilement un ordre de grandeur. Programmer la consolidation selon un calendrier n'a aucun sens ; le seul déclencheur raisonnable est un taux bas.

1. Construire une transaction trop grosse. Bitcoin Core ne relaie pas les transactions de plus de 100,000 vB, soit 400,000 unités de poids, la constante MAX_STANDARD_TX_WEIGHT de policy.h. Selon le calcul de POOL BTC, une transaction standard contient au maximum 1,469 entrées P2WPKH : 10.5 + 1,469 x 68 + 31 = 99,933.5 vB, alors que 1,470 entrées atteignent 100,001.5 vB et ne se propageront pas. Pour des entrées legacy à 148 vB, le plafond tombe à environ 675. Si vous en détenez davantage, répartissez-les sur plusieurs transactions.

1. Sous-estimer RBF. Depuis Bitcoin Core 28.0, le full RBF est activé par défaut, ce qui signifie que toute transaction non confirmée peut être remplacée. Mais le remplacement doit payer des frais absolus plus élevés et couvrir en plus sa propre taille à l'incrementalrelayfee de 1 sat/vB. Pour une consolidation de 13,641.5 vB, cela représente au moins 13,642 satoshis supplémentaires à chaque tentative d'augmentation, en plus de ce que vous avez déjà payé. La règle pratique : fixez un taux bas sur une grosse consolidation en vous laissant le temps d'attendre, plutôt que de prévoir de l'augmenter deux fois.

1. Envoyer directement vers une adresse de dépôt d'une plateforme d'échange. Cela ressemble à un moyen de refiler le problème à la plateforme, mais cela soude d'un coup tout votre cluster à un compte vérifié et vous prive du choix du moment. Si les pièces doivent de toute façon aller sur une plateforme, consolidez d'abord vers votre propre adresse et envoyez de là une seule entrée déjà prête.

Une remarque sur la monnaie rendue. Si la consolidation laisse une sortie de monnaie inférieure au seuil de poussière de 294 satoshis pour P2WPKH, la transaction ne sera pas relayée. Les portefeuilles avec contrôle des pièces préviennent généralement ; ceux qui n'en ont pas ajoutent discrètement le reste aux frais.

Questions fréquentes sur la consolidation des petits paiements de pool

Comment savoir si j'ai accumulé trop de petits UTXO ?

Ouvrez un portefeuille avec contrôle des pièces et comptez les entrées plus petites qu'une dépense unique typique. S'il y en a plus de quelques dizaines et que dépenser chacune coûterait plus de 5% de sa valeur à 50 sat/vB, ce tas vous coûte déjà de l'argent. Pour une entrée de 68 vB, cette limite de 5% est franchie vers 68,000 satoshis.

Faut-il consolider si je n'ai pas prévu de dépenser ?

Oui, mais sans urgence. Vous paierez les frais le jour où vous déciderez de dépenser, et personne ne peut prédire le taux ce jour-là. Consolider dans une mempool calme fige le coût au prix d'aujourd'hui. Si les pièces ne doivent vraiment pas bouger pendant des années, vous pouvez attendre, mais il n'y a pas non plus de raison de repousser indéfiniment.

Puis-je plutôt demander au pool de me payer moins souvent ?

La plupart des pools proposent le seuil de paiement dans les paramètres du compte, et le relever est le moyen le moins cher de régler le problème à la racine. Un seuil plus élevé crée moins de sorties et rend la consolidation future inutile. La contrepartie, c'est que votre argent reste plus longtemps au bilan de l'opérateur. Les seuils précis par pool sont traités dans seuils minimaux de paiement.

Lightning évite-t-il le problème ?

Oui, car les paiements via Lightning ne créent aucune sortie on-chain. Au lieu d'une centaine d'UTXO, vous détenez un solde de canal, et une transaction on-chain n'est nécessaire que pour l'ouvrir et le fermer. Le prix est celui habituel de Lightning : liquidité du canal, présence en ligne et limites sur les montants. Tous les pools ne le prennent pas en charge.

La consolidation a-t-elle un effet sur ma situation fiscale ?

Déplacer des pièces entre vos propres adresses n'est pas une cession dans la plupart des juridictions, mais les règles varient, et les frais de consolidation sont déductibles dans certains pays et pas dans d'autres. Vérifiez le traitement exact auprès de la réglementation locale ou d'un conseiller fiscal plutôt que dans un article de blog.

Non confirmé au 12.09.2026

1. Le taux de frais futur. Le relevé du 13.09.2026 (1 sat/vB sur mempool.space) ne décrit que le moment de la publication ; tous les autres calculs partent de taux hypothétiques indiqués explicitement.
2. La politique de consolidation de BitGo (seuil de 100,000 sat, déclenchement à 200 sorties, objectif de 1 sat/vB) provient du résumé de Spark ; aucune source primaire de BitGo n'a été trouvée.
3. Le rendement quotidien de 0.00000048671 BTC par térahash reflète les paramètres réseau du 08.09.2026 et n'a pas été recalculé pour le 12.09.2026.
4. Le comportement des différents portefeuilles lorsqu'on leur demande de construire une transaction de plus de 100,000 vB, avertissement préalable ou affichage de l'erreur du nœud, n'a pas été testé.
5. Les seuils de pools nommément cités sont volontairement absents ici. Plusieurs d'entre eux ne sont pas confirmés par une documentation officielle ; le détail se trouve dans l'article sur les seuils.

En bref

Les frais sont facturés au poids, pas au montant, donc les petits paiements deviennent chers au moment où vous les dépensez, pas au moment où vous les recevez. Selon le calcul de POOL BTC, dépenser 0.1 BTC arrivés sous forme de 200 paiements de 0.0005 BTC coûte 272,830 satoshis à 20 sat/vB, contre 2,190 satoshis s'il s'agissait d'une seule entrée.

La consolidation est rentable dès que le taux futur n'est pas inférieur à celui d'aujourd'hui ; pour 200 entrées, une hausse de 0.8% suffit. Faites-la dans une mempool calme, par lots de 1,469 entrées au maximum, et seulement après avoir décidé que vous acceptez de relier publiquement ces adresses en un seul cluster.

La solution la moins chère intervient avant que le problème n'existe, dans le réglage du seuil. Selon le calcul de POOL BTC, à 100 TH/s, un seuil de 0.001 BTC au lieu de 0.0001 BTC économise environ 217,600 satoshis par an rien qu'en frais de dépense futurs. C'est plus que l'écart entre un pool à 2% et un pool à 3% au même hashrate. Comparez les conditions dans le tableau des pools, calculez votre propre production dans le calculateur et choisissez un portefeuille qui vous montre vraiment la liste des entrées dans le guide des portefeuilles de paiement.