Frais Bitcoin : mempool, sat/vbyte, RBF, CPFP, mempool.space 2026

Chaque bloc Bitcoin fait environ 1 Mo de transactions utiles, soit 2 000 à 3 000 transactions selon leur taille. Quand 5 000 transactions veulent entrer dans le prochain bloc, les mineurs prennent les 2 000 qui payent les meilleurs frais et laissent les autres attendre. C'est un marché aux enchères temporaire pour une ressource fixe (l'espace de bloc), où les transactions s'empilent dans un sas d'attente appelé mempool.

Conséquence directe : les frais Bitcoin ne sont pas un pourcentage du montant, mais un prix en sats par octet (sat/vB) qui dépend uniquement de la congestion. Envoyer 1 sat ou envoyer 1 BTC coûte le même prix si la transaction occupe le même espace. Pendant un creux, on paie 1 sat/vB. Pendant un pic (post-halving, lancement d'un ETF, ordinals frenzy), on monte à 200 sat/vB voire plus.

Cet article explique comment fonctionne le mempool, comment lire mempool.space et son histogramme de frais, comment estimer un fee suffisant sans surpayer, comment relancer une transaction bloquée par RBF ou CPFP, et comment Lightning permet d'échapper entièrement à ce marché pour les paiements quotidiens.

Le mempool : marché aux enchères de la blockchain

Le mempool est la salle d'attente des transactions non confirmées. Quand vous diffusez une transaction, elle entre dans le mempool de chaque nœud Bitcoin qui la reçoit. Tant qu'aucun mineur ne l'a incluse dans un bloc, elle reste là, en attente.

Trois propriétés à connaître pour ne pas se faire de fausse idée.

Le mempool n'est pas un objet unique sur la blockchain. Chaque nœud a son propre mempool, synchronisé par le gossip protocol. En pratique, les mempools des nœuds publics convergent en quelques secondes vers la même vue. Mais techniquement, il y en a ~18 000 en parallèle, un par nœud public.
Les mineurs picorent dans le mempool. Quand un mineur trouve un bloc valide, il choisit les ~2 500 transactions qui maximisent ses revenus de frais. Pas par ordre d'arrivée, pas par montant, pas par auteur : par sat/vbyte décroissant. Une transaction qui paie 50 sat/vbyte passe avant une qui paie 5 sat/vbyte, même si elle est arrivée dans le mempool 24 h après.
Les transactions expirent du mempool. Si une transaction est restée trop longtemps sans être incluse (typiquement 14 jours), les nœuds la suppriment. Les fonds ne sont pas perdus : ils étaient juste en suspens, et redeviennent dépensables (depuis l'origine). Mais l'émetteur doit rediffuser une nouvelle transaction.

Le mécanisme d'enchères qui en découle est limpide. À tout instant, le mempool contient X mégaoctets de transactions. Le prochain bloc en prendra ~1 Mo. Si X = 2 Mo, la moitié devra attendre le bloc d'après. Si X = 20 Mo, il y a une vraie file d'attente, et il faut payer cher pour passer devant.

Conséquence pratique en 4 points.

Les frais oscillent en permanence. Le mempool se vide à chaque bloc (toutes les 10 min en moyenne) et se remplit avec les nouvelles transactions. Selon le flux entrant, les frais nécessaires pour être inclus rapidement varient continuellement.
Surcoût lors des pics. Une vente massive sur exchange (les exchanges déplacent leurs UTXO), un rush d'inscriptions Ordinals (chaque inscription est une transaction), un événement géopolitique : la demande explose ponctuellement et les frais aussi.
Frais bradés la nuit du weekend. L'activité Bitcoin chute le samedi soir / dimanche matin (heure européenne) et les frais aussi. C'est le moment idéal pour les opérations patientes : consolidation d'UTXO, sweep d'un paper wallet, déplacement vers cold storage.
Pas de manipulation possible. Aucun acteur unique ne contrôle les frais. C'est un vrai marché : l'offre est le débit blockchain (fixe), la demande est le flux de transactions (variable), le prix d'équilibre apparaît.

Sat par vbyte : l'unité de référence

Toute discussion sur les frais Bitcoin tourne autour d'une unité : sat/vbyte, satoshis par virtual byte. Comprendre cette unité débloque la lecture de mempool.space, des wallets, et des estimateurs.

Mécanique en trois points.

Une transaction a une taille en vbytes. Le « v » vient de « virtual » : depuis SegWit (2017), la taille effective d'une transaction est calculée différemment selon ses parties (signatures comptent pour moins). Ordres de grandeur 2026 : une transaction simple avec 1 input et 2 outputs en Taproot pèse ~110 vbytes. Avec 5 inputs (consolidation), ~250 vbytes. Avec 10 inputs et 20 outputs (batch d'entreprise), ~1 500 vbytes.
Les frais sont en sat/vbyte. Vous choisissez (ou le wallet choisit pour vous) un taux en sat/vbyte. Multiplier ce taux par la taille en vbytes donne les frais totaux. Une transaction de 200 vbytes à 10 sat/vbyte coûte 2 000 sats. À 50 sat/vbyte, elle coûte 10 000 sats.
Les mineurs trient par sat/vbyte décroissant. Le taux est ce qui détermine la priorité d'inclusion, pas le montant total des frais. Une petite transaction qui paie 100 sats à 50 sat/vbyte passe avant une grosse qui paie 10 000 sats à 5 sat/vbyte, parce qu'à l'octet près, la petite est plus rentable pour le mineur.

Trois conséquences pratiques utiles à retenir.

Une transaction simple est moins chère qu'une consolidation. Envoyer un seul UTXO coûte ~110 vbytes. Consolider 50 UTXO en un seul output coûte ~5 000 vbytes. Même taux sat/vbyte, mais 50 fois plus cher en absolu. C'est pourquoi on consolide les UTXO en période calme.
Le format d'adresse compte. Une adresse Taproot bc1p... génère des transactions plus petites qu'une legacy 1... pour la même opération. Économie ~10 à 15 % en vbytes selon les cas. Cf. l'article envoyer et recevoir Bitcoin pour les détails.
Les estimateurs donnent du sat/vbyte. Quand mempool.space affiche « next block : 25 sat/vbyte », ça veut dire qu'une transaction à 25 sat/vbyte ou plus a de bonnes chances d'être minée dans les 10 prochaines minutes. Une transaction à 24 sat/vbyte attendra le bloc d'après.

Note importante : sat/vbyte minimum techniquement viable est 1. Bitcoin Core refuse de relayer des transactions sous 1 sat/vbyte (paramètre `minRelayTxFee` par défaut). Donc même en mempool totalement vide, vous payerez au minimum ~110 sats (~0,03 EUR au cours 2026) pour une transaction simple. C'est le plancher absolu.

Les 4 régimes de frais observés en 2026

En croisant les données mempool.space sur 12 mois en 2026, quatre régimes de fonctionnement émergent. Connaître leur fréquence et leur intensité aide à planifier ses opérations.

Régime	sat/vbyte typique	Coût transaction simple	Fréquence 2026	Quand l'utiliser
Calme	1 à 5	0,03 à 0,15 EUR	2 à 4 % du temps	Consolidation, sweep, opérations patientes
Standard	10 à 30	0,30 à 1,00 EUR	60 à 70 % du temps	Opérations courantes, pas d'urgence absolue
Tendu	50 à 150	1,50 à 5,00 EUR	15 à 25 % du temps	Si urgent : payer ; sinon reporter
Saturé	200 à 1 000+	7 à 50 EUR	1 à 3 % du temps	Reporter ou basculer Lightning

Trois patterns récurrents en 2026 utiles à anticiper.

Cycle hebdomadaire. Activité maximale du mardi au jeudi 9 h-18 h heure européenne (heures de bureau US et EU simultanées). Activité minimale le samedi soir 22 h jusqu'au dimanche matin 8 h. Pour les opérations patientes, attendre la nuit du samedi au dimanche divise les frais par 5 à 10 par rapport au mardi midi.
Pics liés aux Ordinals et inscriptions. Quand un nouveau projet d'inscription Ordinals ou Runes lance ses lots, le mempool sature en quelques minutes. Frais qui passent de 15 à 500 sat/vbyte. Durée du pic : 2 à 6 heures typiquement. Si vous n'êtes pas dans le projet, attendre la fin du pic.
Pics liés aux mouvements d'exchanges. Les grosses bourses (Binance, Kraken, Coinbase) déplacent leurs UTXO chauds vers cold storage par batches gigantesques (parfois 100 000 UTXO en une seule transaction). Ces opérations saturent le mempool plusieurs heures. Mempool.space affiche ces gros batches en violet, repérables au coup d'oeil.

Quatre stratégies pratiques selon votre tolérance à l'attente.

Opération urgente (paiement à un commerçant on-chain, retrait pressé). Choisir le niveau « next block » du wallet, équivalent à 1,5x à 2x le taux médian du mempool. Confirmation en 10 minutes, certitude.
Opération standard (envoi à un proche, paiement d'une facture non urgente). Niveau « 3 blocks » ou « standard », équivalent au taux médian. Confirmation en 30 minutes en moyenne, frais raisonnables.
Opération patiente (consolidation, sweep d'un vieux wallet, transfert vers cold storage). Niveau « économique » ou saisie manuelle à 1 sat/vbyte si mempool calme, 3 à 5 sat/vbyte sinon. Confirmation en 2 à 24 heures, coût minimisé.
Opération non urgente (donation annuelle, déplacement de patrimoine). Attendre activement le bon moment. Surveiller mempool.space pendant quelques jours, agir quand le mempool est sous 5 MB et le taux médian sous 10 sat/vbyte. Économie potentielle 80 % par rapport à un envoi en heure de pointe.

Lire mempool.space efficacement

Mempool.space est devenu en 2026 le tableau de bord de référence pour évaluer les frais avant d'envoyer. Il existe en version publique (mempool.space) et en version auto-hébergée sur node personnel (cf. article node Bitcoin). Quatre zones de l'interface à savoir lire.

Les blocs à venir (en haut à droite). Trois blocs colorés numérotés « next block », « 1 block », « 2 blocks ». Chaque bloc affiche un nombre en sat/vbyte. Ce nombre est le taux que vous devez payer pour être inclus dans ce bloc. Exemple typique 2026 standard : next block = 25 sat/vbyte, 1 block = 18 sat/vbyte, 2 blocks = 12 sat/vbyte. Plus vous patientez, moins vous payez.
Le graphique du mempool (au centre, animation colorée). Représente visuellement le volume de transactions en attente, par tranche de sat/vbyte. Les transactions à fort sat/vbyte sont en haut (rouges-jaunes), celles à faible sat/vbyte en bas (vertes-bleues). En période calme, le graphique est petit (moins de 5 MB). En période tendue, il grossit (20 MB et plus).
Les blocs récents (en bas à droite). Les 10 derniers blocs minés, chacun avec son taux médian de frais (en sat/vbyte) et sa taille. Permet de voir la tendance des dernières heures : si les 10 derniers blocs montrent 8, 10, 12, 18, 25, 35, 45 sat/vbyte, on est en montée et il vaut mieux ne pas tarder.
Les indicateurs en haut (compteurs). Hash rate global, ajustement de difficulté prochain, prochain halving (estimation en jours). Pratique pour avoir le contexte macro Bitcoin.

Trois usages opérationnels pratiques.

Évaluer avant d'envoyer. Ouvrir mempool.space 30 secondes avant de cliquer sur « envoyer ». Regarder le sat/vbyte du next block ou du 3-block selon l'urgence, vérifier que votre wallet propose un taux cohérent. Si votre wallet propose 100 sat/vbyte alors que mempool.space montre 20 sat/vbyte suffisants, ajuster manuellement et économiser 80 %.
Choisir le bon moment pour des opérations patientes. Surveiller mempool.space pendant quelques jours pour identifier les fenêtres calmes. Programmer ses consolidations pour la nuit du dimanche, ou attendre une accalmie post-pic Ordinals.
Suivre une transaction en attente. Coller le txid dans la barre de recherche. La page affiche l'état (mempool ou bloc X), les frais payés, la position dans la queue. Si la transaction est sous le seuil des prochains blocs, il faut envisager RBF ou CPFP.

Une astuce pratique : installer l'app mempool.space sur mobile. Notifications push quand le sat/vbyte passe sous un seuil personnalisé, alertes sur événements (Ordinals rush, ajustement de difficulté). Outil gratuit, sans inscription, qui se synchronise avec votre node personnel si vous en avez un.

RBF et CPFP : sauver une transaction stuck

Vous avez envoyé une transaction à 5 sat/vbyte hier, et depuis le mempool est devenu tendu : il faut maintenant 30 sat/vbyte pour passer. Votre transaction est « stuck », coincée dans la file. Deux outils permettent de la débloquer sans abandonner les fonds.

RBF (Replace-by-Fee). Mécanisme officiel de Bitcoin depuis 2016. Si vous activez le flag RBF en envoyant (cas par défaut sur Sparrow, Electrum, BlueWallet, Phoenix depuis 2023), vous pouvez rediffuser la même transaction avec des frais plus élevés. Les nœuds remplacent l'ancienne par la nouvelle dans leur mempool, et les mineurs prennent celle qui paie le plus.

Ouvrir Sparrow ou Electrum, charger le wallet émetteur.
Onglet transactions, sélectionner la transaction stuck (statut « unconfirmed »).
Clic droit, « Bump fee » ou « Increase fee ».
Saisir le nouveau taux en sat/vbyte (par exemple 35 sat/vbyte si le mempool en demande 30).
Signer la nouvelle version. Diffuser. La transaction stuck est remplacée.
Surcoût : la différence entre l'ancien et le nouveau taux. Pour une transaction de 200 vbytes passant de 5 à 35 sat/vbyte, c'est ~6 000 sats supplémentaires (~2 EUR).

CPFP (Child-Pays-for-Parent). Recours quand RBF n'est pas activé sur la transaction d'origine (cas rare en 2026, mais ça arrive avec d'anciens wallets ou des exchanges peu progressistes). L'idée : envoyer une nouvelle transaction qui dépense un output non confirmé de la transaction stuck, avec des frais très élevés. Les mineurs sont obligés de confirmer la transaction parent pour pouvoir inclure la transaction enfant : ils ne peuvent pas séparer.

Identifier un output de la transaction stuck qui pointe vers une de vos adresses (typiquement la monnaie rendue à votre change address).
Construire une nouvelle transaction Sparrow ou Electrum, sélectionner manuellement cet output non confirmé comme input.
Envoyer vers une autre de vos adresses, avec des frais agressifs (par exemple 80 sat/vbyte si le mempool en demande 30).
Diffuser. Les mineurs voient le combo parent+enfant rentable à inclure et minent les deux dans le prochain bloc.
Surcoût : les frais de l'enfant, qui doivent compenser le déficit du parent. Calcul à la main ou via Sparrow qui propose un mode CPFP intégré.

Trois pièges à connaître pour ne pas se tromper.

RBF doit être activé à l'envoi initial. Si vous avez désactivé le flag RBF (ou utilisé un vieux wallet qui ne le supporte pas), aucun rattrapage RBF n'est possible. Vérifier que vos wallets activent RBF par défaut.
CPFP demande un output à soi. Si la transaction stuck est un envoi pur vers un tiers et que vous n'avez pas reçu de monnaie, vous ne pouvez pas faire CPFP côté émetteur. Le destinataire peut le faire (s'il accepte) sur son output reçu non confirmé.
Certains exchanges ne tolèrent pas RBF. Si vous payez un exchange avec RBF activé, certains refusent de créditer tant que la transaction n'est pas confirmée, par peur d'un double-spend. Vérifier la politique de l'exchange.

Une transaction est rarement perdue à cause des frais. Avec RBF ou CPFP, on récupère presque tous les cas stuck. Cf. l'article récupération de bitcoins perdus pour les détails avancés et les cas extrêmes.

On-chain vs Lightning vs exchanges : quels frais réels

Le mot « frais » recouvre des réalités très différentes selon la couche utilisée. Ce tableau récapitule les frais réels pratiqués en 2026 sur 4 scénarios typiques.

Scénario	On-chain	Lightning	Retrait exchange
Payer un café à 4 EUR	0,30 à 5 EUR (frais réseau)	0,001 à 0,01 EUR	Non applicable
Envoyer 1 000 EUR à un proche	0,30 à 5 EUR (frais réseau)	0,01 à 0,1 EUR si capacité	2 à 15 EUR + frais réseau
Retrait de 10 000 EUR d'un exchange	Inclus dans frais exchange	Souvent non disponible	5 à 25 EUR + frais réseau
Consolidation de 50 UTXO	10 à 100 EUR (mempool dépendant)	Non applicable	Non applicable

Quatre observations pratiques sur ces différences.

Lightning gagne d'un facteur 100 à 1 000 sur les petits paiements. Pour des montants jusqu'à 1 000 EUR, Lightning bat on-chain de plusieurs ordres de grandeur en frais. Pour 4 EUR de café, c'est sans appel. Pour 1 000 EUR, Lightning reste préférable si vous avez la capacité de canal.
On-chain reprend la main au-delà de ~1 500 EUR. Les canaux Lightning ont une capacité limitée. Au-delà, splittage MPP ou retour à on-chain. Frais on-chain typiques pour un envoi de 5 000 EUR : 1 à 5 EUR, négligeables en pourcentage.
Les exchanges facturent doublement. Frais d'opérateur (typiquement 5 à 25 EUR par retrait, indépendant du montant) + frais réseau réels. Donc retirer 100 EUR coûte autant en frais que retirer 10 000 EUR. Stratégie : retirer en gros batch peu fréquents pour amortir.
Les consolidations on-chain saisonnières économisent à long terme. Avoir 50 petits UTXO multiplie la taille des futures transactions. Les consolider en 1 ou 2 UTXO en période calme coûte 10 EUR de frais mais économise 200 EUR de frais sur 5 ans d'usage.

Trois bonnes pratiques pour minimiser ses frais en 2026.

Toujours basculer Lightning si possible. Pour tout paiement quotidien sous 1 500 EUR, Lightning est imbattable. Garder 100 à 500 EUR sur Phoenix ou Muun, recharger une fois par mois.
Choisir le moment de l'envoi on-chain. Pour les envois patients, mempool.space le dimanche matin. Économies 50 à 80 % sur 1 transaction par mois, ça finit par compter.
Optimiser ses retraits d'exchange. Plutôt que retirer 100 EUR par semaine (frais ~25 EUR cumulés), retirer 400 EUR une fois par mois (frais ~7 EUR). Calcul vite fait, gain net immédiat.

Avertissement

Contenu éducatif et informatif uniquement : ni conseil en investissement, ni conseil fiscal ou juridique. Bitcoin comporte des risques importants, dont une forte volatilité et la perte possible du capital investi. Chaque lecteur reste responsable de ses décisions ; en cas de doute, consultez un professionnel qualifié dans votre juridiction.

Pour aller plus loin

Comprendre les frais Bitcoin ouvre vers les sujets liés. Pour creuser chaque brique :

Envoyer et recevoir Bitcoin : la mécanique pas à pas où s'appliquent les frais.
Le Lightning Network : pourquoi Lightning rend les frais on-chain quasi non pertinents pour le quotidien.
Récupération de bitcoins perdus : si une transaction stuck refuse RBF/CPFP, l'article complet sur les cas extrêmes.
Faire tourner son propre nœud Bitcoin : héberger soi-même mempool.space pour des données privées et synchronisées en local.

Pour replacer les frais dans le parcours global :

Utiliser Bitcoin : vue d'ensemble du quotidien Bitcoin où les frais sont un paramètre quotidien.
Conserver Bitcoin : choix des UTXO patrimoniaux et stratégies de consolidation peu fréquentes.