Le 7 novembre 2026 au matin, le bloc 974 913 de Bitcoin est trouvé à 08:47:42 UTC. Le suivant n’arrive qu’à 09:39:07 : 51 minutes sans un seul bloc. Puis les blocs 974 915 et 974 916 tombent à six secondes d’intervalle, à 09:40:40 et 09:40:46 UTC.
Pendant ce temps, à 09:46 UTC, le nœud derrière mempool.space garde 55 358 transactions que personne n’a encore placées dans un bloc, de quoi remplir plus de douze blocs, la plupart proposant un dixième de satoshi par octet virtuel. La mempool, c’est cette pile : les transactions valides qu’un nœud a reçues sans les avoir encore vues confirmées. Et les frais de transaction Bitcoin que vous y joignez décident de votre place dans la file.
Ces deux faits sont ordinaires, et ensemble ils expliquent le délai d’un paiement mieux que n’importe quelle moyenne : les blocs arrivent au hasard, et la file est triée par le prix. Notre guide sur le fonctionnement d’une transaction crypto, de l’envoi à la finalité suit un paiement pas à pas et montre comment le débloquer avec RBF ou CPFP. Cette leçon reste dans la salle d’attente : comment chaque nœud la remplit et la vide, comment l’enchère des frais se règle, pourquoi une estimation de frais n’est qu’un pari et d’où vient l’habitude des six confirmations.
Le parcours d’une transaction, du portefeuille aux six blocs de profondeur
Les deux premières étapes se déroulent avant la mempool. Votre portefeuille choisit des pièces comme entrées, écrit les sorties (le destinataire et, en général, votre monnaie rendue) et signe. Ce que les entrées contiennent et que les sorties ne réclament pas constitue les frais : aucun champ d’une transaction Bitcoin ne s’appelle « frais ». La transaction signée part vers quelques pairs, qui la vérifient et la relaient, selon la propagation décrite dans notre leçon sur les réseaux pair à pair. En quelques secondes, la plupart des nœuds à l’écoute en détiennent une copie, pas tous au même instant, et pas forcément tous.
Chaque nœud complet qui accepte la transaction la garde en mémoire, dans sa mempool, et l’annonce à ses voisins. L’acceptation est une décision locale, prise au regard de deux familles de règles détaillées dans la section suivante.
L’inclusion est le coup du mineur. Un blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool de minage construit un modèle de bloc à partir de sa propre mempool, en retenant les transactions qui paient le plus par unité d’espace, jusqu’au plafond de consensus de 4 000 000 d’unités de poids fixé par la BIP 141, soit environ un million d’octets virtuels. Si le pool trouve une preuve de travail valide pour ce modèle, le bloc se propage. Tout nœud qui l’accepte retire de sa mempool les transactions incluses, ainsi que celles qui entrent en conflit avec elles.
La transaction compte alors une confirmation. Chaque bloc miné par-dessus en ajoute une. Les récompenses des mineurs obéissent à une règle plus stricte : d’après la page du Bitcoin Wiki sur les confirmations, des pièces fraîchement minées ne peuvent pas être dépensées avant 100 blocs. Pour tous les autres, le nombre de confirmations à attendre est un choix du destinataire, et six est une convention dont l’origine est retracée plus bas.
Mempool Bitcoin : une file d’attente par nœud, jamais une file unique
Les explorateurs parlent de « la mempool » comme d’une file publique unique, et la plupart des réponses à la question « mempool, c’est quoi ? » s’arrêtent là. Ce n’est pas une file unique. Chaque nœud tient la sienne, alimentée par ce que ses pairs lui ont envoyé et élaguée selon des réglages choisis par son opérateur. Deux nœuds lancés à des moments différents, avec des limites de mémoire ou des règles de relais différentes, détiennent des ensembles différents de transactions en attente. mempool.space montre les nœuds d’une entreprise ; le modèle de bloc d’un mineur vient de la vue de ce mineur.
La plupart du temps, ces vues se recoupent largement, parce que l’essentiel du réseau garde les réglages par défaut. Rien ne garantit pourtant qu’elles coïncident, ce qui explique une transaction visible sur un explorateur et absente d’un autre, ou un paiement qui disparaît de la liste « en attente » d’un portefeuille sans que la blockchain l’ait jamais rejeté.
Règles de consensus et politique de relais
Un nœud contrôle deux couches. Les règles de consensus déterminent si une transaction pourrait un jour être valide : signatures correctes, pièces existantes et pas déjà dépensées, sorties qui ne dépassent pas les entrées. En enfreindre une rend invalide, pour tous les nœuds du réseau, tout bloc qui contiendrait cette transaction.
Les règles de politique, dites aussi règles de standardité, décident seulement si ce nœud-ci gardera et relaiera la transaction. Le code source de Bitcoin Core en fixe les principales : un poids standard maximal de 400 000 unités par transaction (un dixième de bloc), un seuil de poussière calculé à 3 satoshis par octet virtuel, un taux de frais minimal de relais et des limites sur les groupes de transactions liées. Une transaction qui enfreint la politique n’est simplement pas relayée. Un mineur qui la reçoit par un autre chemin peut quand même l’inclure dans un bloc, et ce bloc est valide.
L’exemple récent le plus net concerne les données. Bitcoin Core 30.0, publié le 10 octobre 2025, a relevé à 100 000 octets la taille par défaut autorisée pour les sorties de données OP RETURN, ce que ses notes de version (en anglais) décrivent comme une limite qui « effectively uncaps the limit », et a permis plusieurs sorties de ce type par transaction. Ce changement a ouvert une longue querelle entre opérateurs de nœuds, et une proposition a tenté de faire d’une limite de données une règle de consensus : la BIP-110, que sa page de spécification classe désormais comme fermée après une scission de chaîne au minage à l’arrêt en août 2026, une histoire pour notre prochaine leçon sur les forks.
Les réglages par défaut de Bitcoin Core en 2026 : 300 Mo, 14 jours, 0,1 sat/vB
Bitcoin Core est le logiciel de nœud le plus répandu, et ses réglages par défaut façonnent donc la plupart des mempools. Voici les valeurs des versions et du code source actuels, vérifiées le 7 novembre 2026.
| Réglage | Valeur par défaut | Depuis / remarque |
|---|---|---|
| -maxmempool | 300 Mo de mémoire | Ancien ; mesuré en mémoire utilisée, pas en octets de transactions brutes |
| -mempoolexpiry | 336 heures (14 jours) | Les transactions non confirmées plus anciennes sont abandonnées |
| -minrelaytxfee | 0,1 sat/vB (100 sat/kvB) | Abaissé dans la version 29.1 (4 septembre 2025) |
| -incrementalrelayfee | 0,1 sat/vB | Abaissé dans la 29.1 ; supplément minimal de taux pour un remplacement |
| -blockmintxfee | 0,001 sat/vB | Abaissé dans la 29.1 ; plancher appliqué par un mineur à ses modèles de bloc |
| Replace-by-fee complet | Toujours actif | Par défaut depuis la 28.0 (2 octobre 2024) ; interrupteur supprimé dans la 29.0 (14 avril 2025) |
| Limites de cluster | 64 transactions, 101 kvB | Introduites dans la 31.0 (19 avril 2026), en remplacement des limites d’ascendants et de descendants |
| Frais de poussière | 3 sat/vB | Les sorties trop petites pour valoir d’être dépensées à ce taux sont non standard |
Le chiffre de 300 Mo est souvent mal lu. wallet. It becomes permanent when the provider withdraws.">Il plafonne la mémoire utilisée par la mempool une fois les transactions déployées dans les structures de données du nœud, ce qui dépasse leur taille sur le réseau : une mempool pleine à 300 Mo contient donc moins de 300 Mo de transactions sérialisées. Le plancher de 0,1 sat/vB est récent : depuis Bitcoin Core 29.1, un nœud relaie les transactions qui paient un dixième de satoshi par octet virtuel. Les notes de la 29.1 prévenaient que ces transactions pourraient ne pas se propager tant que les nouveaux réglages ne se répandaient pas ; le 7 novembre 2026, le taux médian de plusieurs blocs était de 0,12 ou 0,13 sat/vB, ils s’étaient donc répandus.
Quatre façons de quitter la mempool sans être miné
La confirmation est la sortie normale. Il y en a quatre autres, et aucune ne déplace vos pièces.
- L’expiration : une transaction qui a attendu 336 heures sur un nœud par défaut est retirée de la mempool de ce nœud.
- L’éviction : quand la mempool atteint sa limite de 300 Mo, le nœud jette les transactions au taux le plus bas et relève son propre prix d’entrée, affiché sous le nom mempoolminfee ; une transaction bon marché peut ainsi disparaître de nombreux nœuds pendant la même ruée.
- Le remplacement : une version concurrente dépensant les mêmes pièces avec des frais plus élevés arrive, et avec le replace-by-fee complet devenu la norme dans Bitcoin Core, le nœud garde le meilleur payeur.
- Le conflit : un bloc confirme une autre transaction qui dépense les mêmes pièces, ce qui rend la vôtre invalide à partir de là.
Dans les deux premiers cas, rien n’est perdu : seul un bloc déplace des pièces, et le portefeuille peut rediffuser la transaction ou en construire une nouvelle avec de meilleurs frais. « Retirée de la mempool » veut dire « oubliée par certains nœuds », pas « refusée par Bitcoin ».
Payer à l’octet virtuel : poids, vbytes et sat/vB
Les frais de transaction Bitcoin ne dépendent pas du montant envoyé. Déplacer 0,001 BTC ou 100 BTC coûte pareil si les deux transactions ont la même taille. Ce que vous achetez, c’est de la place dans un bloc ; le prix s’exprime donc par unité d’espace : le taux de frais, en satoshis par octet virtuel (sat/vB).
Les octets virtuels viennent des règles SegWit. La BIP 141 (en anglais) définit le poids d’une transaction comme sa taille de base multipliée par trois plus sa taille totale, ce qui revient à compter chaque octet hors témoin (les signatures et données associées) pour 4 unités de poids et chaque octet de témoin pour 1. La taille virtuelle est le poids divisé par quatre, arrondi au supérieur. Un bloc pèse au plus 4 000 000 d’unités, d’où le chiffre rond d’un million d’octets virtuels par bloc. Les blocs projetés de mempool.space le 7 novembre 2026 faisaient chacun entre 997 900 et 998 000 vB.
Voici un exemple, dont les chiffres sont donnés comme tels. Un paiement courant avec une entrée SegWit native et deux sorties (destinataire et monnaie rendue) pèse environ 141 vB. Au taux du prochain bloc que mempool.space affichait à 09:55 UTC le 7 novembre 2026, 2,507 sat/vB, il coûte environ 353 satoshis, soit à peu près 0,24 € au prix de 68 260 € le bitcoin relevé sur le site à 09:46 UTC (environ 27 cents de dollar pour 76 021 dollars le bitcoin). Au plancher de 0,1 sat/vB, le même paiement coûte environ 14 satoshis, autour d’un centime d’euro. Au taux médian du bloc du halving du 20 avril 2024, 200 sat/vB, il aurait coûté 28 200 satoshis, soit environ 18 dollars au cours de ce jour-là, 63 849 dollars.
Chaque entrée supplémentaire ajoute des octets, donc des frais. La façon dont les portefeuilles choisissent leurs pièces, et l’intérêt de les regrouper quand les frais sont bas, relèvent de la prochaine leçon de ce parcours, sur les modèles UTXO et comptes. Un détail pour ceux qui lisent la sortie d’un nœud : depuis la 32.1, les commandes de mempool de Bitcoin Core indiquent à la fois la taille virtuelle brute de la BIP 141 et une taille ajustée aux sigops utilisée par la politique, ses notes reconnaissant que l’ancien champ « vsize » avait été mal décrit.
Le marché des frais : une enchère pour un million d’octets virtuels
Toutes les dix minutes environ, un mineur vend à peu près un million d’octets virtuels. Les enchérisseurs sont toutes les transactions en attente dans sa mempool, et la règle est simple : chacune paie exactement ce qu’elle a offert, sans remboursement en cas de surpaiement. Un pool qui veut le plus de revenus prend les taux de frais les plus élevés d’abord et continue jusqu’à ce que le bloc soit plein.
Quand moins de transactions attendent qu’un bloc n’en peut contenir, tout ce qui dépasse le plancher entre dans le prochain bloc, et payer plus n’achète rien. Quand la file s’étire sur plusieurs blocs, le prix du prochain grimpe, car seul le million d’octets virtuels du haut des enchères passe. Les frais Bitcoin sont donc fixés par la longueur de la file, pas par les coûts du réseau.
mempool.space le montre en découpant sa propre mempool en blocs attendus, triés par taux de frais. À 09:46 UTC le 7 novembre 2026, ses blocs projetés (en anglais) étaient huit. Le premier contenait 4 393 transactions, avec une médiane de 0,14 sat/vB, une plage de 0,12 à 99,77 sat/vB et 0,01186 BTC de frais au total. Les blocs deux à sept avaient des médianes descendant de 0,12 à 0,10 sat/vB, et le huitième « bloc » était le reste, 5,6 millions de vB, tous à 0,10 sat/vB. Autrement dit, l’enchère n’en était presque pas une ce matin-là : l’offre la plus basse possible passait en quelques blocs.
La mempool par clusters : comment nœuds et mineurs classent désormais les transactions
Les transactions ne sont pas toujours indépendantes. Un enfant qui dépense la sortie d’un parent non confirmé ne peut être miné qu’avec ce parent ou après lui. Jusqu’en 2026, Bitcoin Core traitait ces liens par des limites d’ascendants et de descendants. La version 31.0, publiée le 19 avril 2026, a remplacé ce système. D’après ses notes de version (en anglais), la mempool « no longer enforces ancestor or descendant size/count limits » et limite à la place chaque cluster de transactions connectées à 64 transactions et 101 kB de taille virtuelle.
À l’intérieur de la mempool, les transactions sont désormais ordonnées selon le taux auquel elles devraient être minées, calculé sur le « chunk » de transactions qui entreraient ensemble dans un bloc, un parent et son enfant par exemple. C’est le mécanisme du child-pays-for-parent : un enfant à frais élevés relève le taux du chunk et tire son parent bon marché vers le haut de la file. Le même classement décide de l’éviction quand la mempool est pleine et du contenu des modèles de bloc.
Les remplacements suivent la même logique. Un remplacement n’est accepté que si le diagramme de taux de frais de la mempool devient strictement meilleur qu’avant, ce qui, selon les notes, supprime tous les cas connus où un remplacement laissait la mempool dans un état pire. L’ancienne « exception CPFP », qui laissait un petit enfant supplémentaire contourner la limite de descendants, a disparu. Deux nouvelles commandes RPC, getmempoolcluster et getmempoolfeeratediagram, permettent aux opérateurs de nœuds de voir les clusters et toute la courbe des frais.
Tout cela repose sur le replace-by-fee complet. Bitcoin Core 28.0 l’a activé par défaut et la 29.0, le 14 avril 2025, a supprimé l’option, ses notes précisant que les utilisateurs « no longer benefit from disabling it ». Comment relever des frais, et pourquoi cela rend risqué d’accepter un paiement non confirmé, se lit dans le guide sur les transactions. Pour la mempool, cela signifie que chaque transaction en attente sur un nœud Core par défaut est une offre ouverte que son expéditeur peut relever, jugée selon les règles de cluster ci-dessus. La prochaine leçon sur le problème de la double dépense revient sur les paiements à zéro confirmation.
Comment les portefeuilles devinent les bons frais
Une estimation de frais est une prévision de ce que les mineurs feront dans les prochains blocs, faite avant que ces blocs existent. La commande estimatesmartfee de Bitcoin Core, décrite dans la référence RPC (en anglais, rédigée pour une version plus ancienne), apprend de l’historique : elle suit le temps qu’ont mis à se confirmer les transactions à chaque taux et renvoie le taux qui devrait suffire pour une cible de 1 à 1 008 blocs (une cible de 1 est traitée comme 2). Son mode conservateur regarde un historique plus long et répond plus haut, ce qui est plus sûr mais lent à suivre une baisse des frais ; le mode économique réagit plus vite. Le résultat est donné en BTC par kilo-octet virtuel : 0,00001 BTC/kvB signifie donc 1 sat/vB.
La version 32.1, publiée le 27 octobre 2026 (ses notes expliquent que la 32.0, bien qu’étiquetée, n’a jamais été pleinement annoncée ni publiée), ajoute un second estimateur construit à partir du contenu actuel de la mempool. D’après les notes de la 32.1 (en anglais), il ne produit une estimation que lorsque les blocs récents indiquent une mempool « saine », et se rabat sur le plus élevé du taux minimal de relais et du taux minimal de la mempool quand celle-ci est trop clairsemée. estimatesmartfee renvoie désormais le plus bas des résultats des deux estimateurs : le nouveau ne peut donc que baisser l’ancien chiffre, jamais le relever. Une nouvelle option permet à l’appelant de choisir un estimateur ou la combinaison, qui est la valeur par défaut.
Les explorateurs font l’inverse. mempool.space prend un instantané de sa propre mempool et simule les prochains blocs, comme montré plus haut. À 09:46 UTC le 7 novembre 2026, son point d’accès de recommandations arrondies donnait 1 sat/vB pour toutes les vitesses, de la plus rapide à l’économique. Neuf minutes plus tard, un bloc ayant été trouvé, son point d’accès précis donnait 2,507 sat/vB pour le prochain bloc, 1,313 pour une demi-heure, 0,59 pour une heure, 0,2 pour l’économique et 0,1 comme minimum. Le chiffre du prochain bloc est passé de 1 à 2,5 sat/vB en neuf minutes sur le même site.
Les estimations échouent pour deux raisons. Les blocs arrivent au hasard : des frais « prochain bloc » peuvent traverser un long creux pendant que de meilleures offres s’empilent devant eux. Et la file continue de grossir après votre envoi. Les remèdes, relever les frais de la transaction elle-même ou ceux d’un enfant qui dépense sa monnaie rendue, sont décrits dans le guide sur les transactions.
Frais de transaction Bitcoin le 7 novembre 2026, et les jours où ils ont explosé
Le tableau rassemble le paysage des frais le matin où cette leçon a été écrite, d’après l’API publique de mempool.space (en anglais) : la vue d’un nœud un matin donné, une photographie datée plutôt qu’une prévision.
| Mesure, 7 novembre 2026 | Valeur | Heure (UTC) |
|---|---|---|
| Pointe de la chaîne | Bloc 974 916, miné par SECPOOL | 09:40:46 |
| Transactions en attente (nœud de mempool.space) | 55 358 | 09:46 |
| Leur taille virtuelle totale | 12,57 millions de vB, soit environ 12,6 blocs | 09:46 |
| Total des frais offerts par l’ensemble | 0,0238 BTC (2 384 330 satoshis) | 09:46 |
| Taux du prochain bloc (estimation précise) | 2,507 sat/vB | 09:55 |
| Taux économique et minimum | 0,2 et 0,1 sat/vB | 09:55 |
| Taux médian des huit derniers blocs | de 0,12 à 4,06 sat/vB | 08:16 à 09:40 |
| Frais moyens par bloc, 7 novembre jusqu’ici | 0,0224 BTC contre 3,125 BTC de subvention, soit environ 0,7 % | 09:46 |
| Prix du BTC sur mempool.space | 76 021 dollars, 68 260 euros, 56 913 livres | 09:46 |
Les huit derniers blocs racontent l’enchère en miniature. Le bloc 974 913, miné par TrustPool avec 6 953 transactions, avait un taux de frais médian de 0,13 sat/vB. Le suivant, miné par Foundry USA après le creux de 51 minutes, contenait 4 074 transactions à une médiane de 4,06 sat/vB, la plus haute des huit : pendant l’attente, des transactions mieux payées étaient arrivées et avaient pris la tête de la file.
Des frais sous 1 % de ce que gagnent les mineurs disent aussi quelque chose du budget de sécurité de Bitcoin. Depuis le halving d’avril 2024, la subvention de bloc est de 3,125 BTC, et les jours calmes comme celui-ci, les frais n’y ajoutent presque rien. Une future leçon sur le halving examine ce que cela implique à mesure que la subvention continue de diminuer.
Les périodes calmes alternent avec des périodes violentes. Les moyennes quotidiennes des frais par bloc publiées par mempool.space montrent l’écart entre un mois tranquille et une ruée.
| Date | Contexte | Frais |
|---|---|---|
| 22 décembre 2017 | Congestion du marché haussier | 9,65 BTC par bloc en moyenne ce jour-là |
| 1er mai 2023 | Avant la vague d’inscriptions | 0,38 BTC par bloc en moyenne |
| 8 mai 2023 | Inscriptions de jetons BRC-20 | 4,64 BTC par bloc en moyenne, environ 132 000 dollars à environ 28 400 dollars le BTC |
| 20 avril 2024 | Jour du halving, lancement du protocole Runes | 9,67 BTC par bloc en moyenne, la plus haute moyenne quotidienne de la série |
| 20 avril 2024, 00:09:27 UTC | Bloc 840 000, miné par ViaBTC, 3 050 transactions | 37,63 BTC de frais contre 3,125 BTC de subvention ; médiane 200 sat/vB, minimum 100 sat/vB |
| Octobre et début novembre 2026 | Marché calme | 0,012 à 0,031 BTC par bloc en moyenne |
La ruée de mai 2023 a suivi une vague de jetons BRC-20, enregistrés comme inscriptions sur des satoshis individuels, qui a rempli les blocs de petites transactions de données, comme CoinDesk le rapportait le 8 mai 2023 (en anglais). Le record d’avril 2024 avait deux causes dans le même bloc : c’était le bloc du halving, et la spécification de Runes (en anglais) indique que le protocole s’active au bloc 840 000, si bien que chacun s’est battu pour figurer parmi les premiers à y créer des runes. Ses frais valaient environ 2,4 millions de dollars au cours du jour, 63 849 dollars, soit douze fois la subvention. Dans la même série, les cinq plus hauts jours sont le 20 avril 2024 et quatre jours de la fin 2017.
La mempool d’Ethereum : nonces, frais de base brûlés et marché des blobs
Ethereum a la même idée sous un autre nom. Chaque nœud garde un pool de transactions, le txpool, avec ses propres limites. Dans geth, l’un des principaux clients d’exécution, les valeurs par défaut documentées (en anglais) sont 5 120 emplacements pour les transactions exécutables, tous comptes confondus, 16 garantis par compte, 1 024 emplacements pour les non exécutables, une durée de vie de trois heures pour ces transactions en file et une surenchère minimale de 10 % pour en remplacer une.
« Non exécutable » désigne la principale différence avec Bitcoin. Les comptes Ethereum numérotent leurs transactions avec un nonce, et geth range dans cette section en file toute transaction dont le nonce précédent manque ; elle y attend que le trou se comble et est abandonnée au bout de trois heures par défaut. Un nonce 7 bloqué retient donc le nonce 8 et tous les suivants, aussi bien payés soient-ils. Le guide sur les transactions explique le remplacement à nonce identique ; la prochaine leçon, sur les modèles de comptes, creuse la question des nonces.
Les frais fonctionnent comme le décrit le guide sur les transactions : des frais de base brûlés plus un pourboire pour le validateur. Pour le pool, un détail compte. Selon les mots d’ethereum.org (en anglais), les frais de base agissent comme un « reserve price » (un prix de réserve) : une transaction qui offre moins par unité de gas que les frais de base actuels ne peut pas être incluse et attend qu’ils baissent, de 12,5 % par bloc au plus. Notre fiche du glossaire sur les frais de gas en donne des exemples ; une future leçon sur le gas et l’EIP-1559 détaille le mécanisme.
Le suivi des frais de gas d’Etherscan montrait à quel point ils étaient bas le 7 novembre 2026 à 09:48:41 UTC : des frais de base de 0,046 gwei, des prix bas, moyen et haut de 0,046, 0,047 et 0,05 gwei, des frais de priorité de 0 à 0,004 gwei. Un simple transfert d’ether consomme 21 000 de gas ; à 0,047 gwei, il coûtait donc 987 gwei, soit 0,000000987 ETH, environ 0,2 cent de dollar au prix de 2 244,65 dollars affiché par la page.
Depuis l’EIP-4844, les rollups publient leurs données dans des « blobs » qui ont leur propre marché des frais : la proposition (en anglais) donne au gas des blobs sa propre règle de cible, indépendante du gas normal, et les nœuds conservent les blobs environ 18 jours. Ce marché séparé est l’une des raisons pour lesquelles les frais des couches 2 restent bas, comme l’explique notre comparaison des réseaux de couche 1 et de couche 2.
Le txpool public est aussi incomplet. Certains portefeuilles et traders envoient leurs transactions directement aux constructeurs de blocs pour éviter d’être devancés, comme le décrit notre guide sur la protection contre le MEV et la séparation proposeur-constructeur ; la liste des transactions Ethereum en attente d’un explorateur laisse donc de côté une partie de la file.
Combien de confirmations Bitcoin : ce que Nakamoto a réellement calculé
Notre résumé du livre blanc de Bitcoin donne les chiffres principaux. La section 11 du document (en anglais) mérite d’être lue pour elle-même. Elle imagine un attaquant qui contrôle une part q de la puissance de calcul, les mineurs honnêtes détenant p = 1 – q. Le commerçant attend que le paiement soit enfoui sous z blocs. L’attaquant, qui mine en secret une chaîne où le paiement n’a jamais eu lieu, doit rattraper z blocs de retard.
Satoshi modélise la progression de l’attaquant pendant ce temps comme une variable de Poisson d’espérance z fois q/p, ajoute la probabilité qu’il puisse encore rattraper chaque retard possible, et fournit un court programme en C pour calculer le total. Son commentaire sur le résultat : « Running some results, we can see the probability drop off exponentially with z » (la probabilité décroît de façon exponentielle avec z).
Pour un attaquant qui détient 10 % de la puissance de calcul, une confirmation laisse 20,5 % de chances de réussite, trois confirmations 1,3 %, six 0,024 % et dix 0,00012 %. Le document retourne ensuite la question et demande combien de blocs maintiennent le risque sous 0,1 % pour chaque taille d’attaquant.
| Part de puissance de calcul de l’attaquant (q) | Blocs nécessaires pour une chance de réussite sous 0,1 % (z) |
|---|---|
| 10 % | 5 |
| 15 % | 8 |
| 20 % | 11 |
| 25 % | 15 |
| 30 % | 24 |
| 35 % | 41 |
| 40 % | 89 |
| 45 % | 340 |
C’est de ce tableau que vient le six. Le Bitcoin Wiki (en anglais) rappelle que le client historique affichait une transaction comme « n/unconfirmed » jusqu’à 6 blocs de profondeur, sur les deux hypothèses que discute le guide sur les transactions : un attaquant sous 10 % de la puissance de calcul, et un risque inférieur à 0,1 % jugé acceptable. Lu face au tableau, six est un bloc de plus que les cinq qui répondent à q = 10 %. Face à un attaquant qui détient un tiers de la puissance, c’est très insuffisant. Face à un voleur sans aucune puissance de minage, c’est bien plus que nécessaire.
Des travaux ultérieurs ont affiné le calcul. L’Analysis of Hashrate-Based Double Spending de Meni Rosenfeld (en anglais), publiée en février 2014, étudie les processus aléatoires derrière les attaques typiques et leurs probabilités de réussite. Cyril Grunspan et Ricardo Pérez-Marco, dans Double spend races (2017, en anglais), corrigent l’analyse de la course du livre blanc, en tirent une formule fermée et concluent qu’il faut plus de confirmations que ne le suggèrent les chiffres de Nakamoto. La forme de la réponse reste la même : le risque chute vite à chaque bloc, et le bon nombre dépend de la puissance de calcul qu’un attaquant pourrait louer ou posséder et de ce que le paiement vaut pour lui.
Combien de temps prend une transaction Bitcoin ? Les vrais chiffres
La réponse honnête d’abord : une dizaine de minutes en moyenne pour la première confirmation, mais une attente isolée peut durer quelques secondes ou plus d’une heure, comme l’a montré le creux de 51 minutes du 7 novembre 2026. Il faut y ajouter les confirmations que le destinataire exige. Et si les frais sont inférieurs à ce que paie le marché, l’attente peut s’étirer sur des heures ou des jours, jusqu’à ce que les nœuds par défaut abandonnent la transaction au bout de 14 jours.
La découverte des blocs ressemble à une loterie tirée de nombreuses fois par seconde : le temps entre deux blocs suit donc une loi exponentielle ; le guide sur les transactions donne les probabilités pour un seul bloc. En prenant une moyenne de dix minutes comme modèle, non comme promesse, le même calcul en dit davantage sur les attentes qui comptent une fois qu’un paiement offre assez pour le prochain bloc :
- Un creux isolé de plus d’une heure se produit environ 0,25 % du temps, soit à peu près un bloc sur 400, ou une dizaine de fois par mois.
- Trois confirmations prennent plus d’une heure environ 6 % du temps.
- Six confirmations prennent 60 minutes en moyenne. Environ 30 % du temps, elles arrivent en moins de 45 minutes ; dans 11,6 % des cas, elles prennent plus de 90 minutes, et dans 2 % des cas plus de deux heures.
Les vrais blocs s’écartent du modèle quand la puissance de calcul change entre deux ajustements de difficulté. Dans la période en cours le 7 novembre 2026, ils duraient en moyenne 625,8 secondes, soit environ 10,4 minutes, et le prochain ajustement, prévu à la hauteur 975 744, devait ce matin-là baisser la difficulté d’environ 4 %.
Peu d’acteurs attendent réellement six confirmations. La page de Kraken sur les délais de traitement des dépôts (en anglais), mise à jour le 22 octobre 2026, indique que la plateforme crédite les dépôts Bitcoin après trois confirmations. Chaque destinataire fixe son propre seuil, en pesant le montant en jeu contre le coût de réécrire deux ou trois blocs. Un café qui vend un expresso peut accepter un paiement sans aucune confirmation et assumer le faible risque d’une transaction remplacée. Qui vend une maison attendra raisonnablement plus de six. Personne ne peut promettre une durée ; un destinataire choisit seulement un niveau de risque.
Ethereum répond autrement à la question. Un paiement tombe dans un créneau de 12 secondes, et le point de contrôle qui le surplombe est normalement finalisé environ deux époques plus tard, autour de 13 minutes, comme le calcule le guide sur les transactions. Le défaire coûterait, selon ethereum.org (en anglais), au moins un tiers de tous les ethers mis en jeu. Une prochaine leçon sur la finalité et les réorganisations de chaîne compare ces modèles en détail.
Frais de réseau et déclaration de revenus : la France, puis le reste du monde
Les frais comptent au moment de déclarer, et les règles varient selon les pays. En France, l’administration fiscale précise, dans la doctrine administrative sur la cession d’actifs numériques à titre occasionnel (BOI-RPPM-PVBMC-30-20 sur le BOFiP), que le prix de cession est réduit, sur justificatifs, des frais supportés par le vendeur. Ces frais comprennent notamment ceux que perçoivent les plateformes et ceux que touchent les « mineurs », c’est-à-dire les membres du réseau qui valident les transactions. Quand ils sont payés en actifs numériques, la doctrine y voit en principe une prestation de service imposable, mais, par simplification, traite la cession et ces frais comme une seule opération, avec un seul gain ou une seule perte.
Les plus-values de cession d’actifs numériques réalisées en 2026 relèvent du prélèvement forfaitaire unique de 31,4 %, d’après les questions-réponses de impots.gouv.fr mises à jour le 17 juillet 2026. Des frais admis en réduction du prix de cession font donc baisser la plus-value imposée, d’où l’intérêt de garder l’identifiant de chaque transaction et ses frais en satoshis. Notre guide sur la fiscalité des cryptomonnaies en France détaille la déclaration.
À titre de comparaison, aux États-Unis, la FAQ de l’IRS sur les monnaies virtuelles (virtual currency FAQ, en anglais) indique que la base de coût des cryptos achetées inclut les frais, commissions et autres coûts d’acquisition, et que déplacer des pièces entre ses propres portefeuilles ou comptes n’est pas un événement imposable. Le règlement du Trésor américain, 26 CFR 1.1001-7, range les frais de transaction parmi les coûts d’une vente, d’une cession ou d’une acquisition. Au Royaume-Uni, le Cryptoassets Manual de HMRC (en anglais) cite les frais payés pour faire inscrire une transaction dans le registre distribué parmi les coûts admis dans le calcul d’une plus-value, au titre de la section 38 du Taxation of Chargeable Gains Act 1992. Dans les trois pays, le réflexe pratique est le même : conserver l’identifiant et les frais de chaque paiement, qu’un explorateur de blocs permet de prouver plus tard.
Quelques réflexes avant de choisir ses frais
- Regardez les prochains blocs projetés sur un explorateur plutôt qu’un seul chiffre recommandé, et notez l’heure : les estimations changent en quelques minutes.
- Si la file est plus courte qu’un bloc, le taux minimal de relais de 0,1 sat/vB suffit pour les nœuds sous Bitcoin Core 29.1 ou plus récent ; les nœuds plus anciens refusent encore tout ce qui est sous 1 sat/vB.
- Si vous n’êtes pas pressé, proposez peu avec le replace-by-fee disponible et relevez les frais plus tard si besoin ; les nœuds Bitcoin Core récents acceptent tout remplacement qui paie assez de plus.
- Demandez au destinataire combien de confirmations il exige avant de promettre un délai à qui que ce soit.
- Si votre transaction disparaît de l’explorateur, vérifiez d’abord que les pièces sont toujours dans votre portefeuille : une transaction abandonnée peut être renvoyée.
- Sur Ethereum, vérifiez qu’aucun nonce antérieur du même compte n’est encore en attente avant d’accuser les frais.
La prochaine leçon de ce parcours regarde ce qu’une transaction dépense réellement : les sorties non dépensées de Bitcoin face aux comptes d’Ethereum, et pourquoi ce choix change la taille, donc les frais, d’un même paiement.
