Frais Bitcoin : sat/vB, mempool et hausse des frais expliqués

Une transaction Bitcoin dépense une ou plusieurs sorties de transaction encore inutilisées et en crée de nouvelles. La différence entre la valeur totale des entrées et celle des sorties constitue les frais de transaction. Ils reviennent au mineur dont le bloc inclut la transaction. Il ne s’agit pas d’un pourcentage que le protocole prélève sur le montant envoyé, ni nécessairement des frais de service du fournisseur du portefeuille.

Les transactions se disputent l’espace limité des blocs. Lorsqu’il construit un bloc, un mineur peut tenir compte des frais proposés et des dépendances entre transactions. Un taux de frais plus élevé peut rendre une transaction plus intéressante si les autres conditions sont similaires, mais ne lui réserve pas une place fixe dans le bloc suivant. Le résultat dépend du marché des frais, des dépendances entre transactions, du choix du mineur et de la réception de la transaction par les nœuds concernés.

Ce guide porte sur les transactions Bitcoin on-chain utilisant le réseau Bitcoin. Un retrait depuis une plateforme peut inclure des frais propres à celle-ci ; un paiement Lightning emprunte un autre chemin et suit une autre structure de frais. Un portefeuille peut regrouper plusieurs coûts sur un même écran. Vérifiez donc si le montant affiché correspond aux frais réseau, à des frais de service ou aux deux. Le guide des frais de Bitcoin.org explique le lien entre taille de transaction, sat/vB et demande d’espace dans les blocs.

Les frais totaux correspondent au nombre de satoshis payés pour la transaction. Le taux de frais indique ces frais en satoshis par octet virtuel, sous la forme sat/vB. Divisez les frais totaux par la taille virtuelle de la transaction pour obtenir le taux. Multipliez cette taille par le taux choisi pour estimer le total. De nombreux portefeuilles permettent de choisir ou de vérifier le taux, car deux transactions de tailles différentes peuvent coûter des montants totaux différents au même taux.

Prenons une transaction hypothétique de 140 vB avec un taux de 25 sat/vB. Ses frais sont de 140 × 25 = 3 500 satoshis. Comme 1 BTC correspond à 100 000 000 satoshis, 3 500 sats valent 0,000035 BTC. Pour une transaction de même taille à 40 sat/vB, les frais seraient de 5 600 sats, soit 0,000056 BTC. Ces chiffres illustrent le calcul ; ils ne constituent ni une estimation actuelle ni une recommandation.

Le taux de frais n’est pas un pourcentage du montant envoyé. Deux transactions envoyant des montants différents en BTC peuvent avoir les mêmes frais si leur taille virtuelle et leur taux sont identiques. Un petit paiement peut coûter plus cher qu’un paiement plus important s’il nécessite davantage de données d’entrée ou utilise un taux plus élevé. La sortie de monnaie compte également : si les entrées dépassent le montant du paiement, la transaction peut renvoyer la différence à l’expéditeur sous forme de monnaie, et cette sortie supplémentaire occupe de l’espace.

Les portefeuilles Bitcoin calculent généralement les frais à partir de la taille virtuelle, ou vsize, plutôt que de compter tous les octets sérialisés de la même manière. Avec SegWit, les données d’une transaction ont un poids. BIP 141 donne la formule : poids = 3 × taille de base + taille totale, données witness comprises ; taille virtuelle = poids ÷ 4, arrondie à l’octet virtuel entier supérieur. La formule tient compte du poids différent des données witness ; elle n’équivaut pas simplement à la taille brute du fichier.

Les entrées et les sorties ajoutent des quantités différentes de données. Une entrée fait référence à une sortie antérieure et fournit les données permettant de satisfaire ses conditions de dépense. Sa taille exacte dépend du type de sortie et des données de déverrouillage, notamment des signatures. Une sortie spécifie une valeur et un script de verrouillage. Ainsi, une transaction comprenant plusieurs petites entrées peut être plus volumineuse qu’une transaction à entrée unique, même si les deux envoient le même total.

Le nombre d’entrées peut compter particulièrement lorsqu’un portefeuille rassemble plusieurs petites sorties reçues pour financer un paiement. La transaction doit dépenser chacune des sorties choisies et chaque entrée ajoute des données. Le portefeuille peut aussi créer une sortie de monnaie, qui prend de l’espace supplémentaire. La taille varie selon le type d’adresse et de script ; la longueur des signatures peut également varier. La taille d’une transaction « typique » est donc un exemple, pas une valeur fixe pour chaque paiement Bitcoin.

L’estimation du portefeuille peut changer si vous choisissez d’autres pièces, ajoutez des destinataires, sélectionnez un autre type d’adresse de monnaie ou modifiez le taux de frais. C’est pourquoi le montant du paiement ne suffit pas. La composition de la transaction détermine sa taille virtuelle ; le taux détermine le nombre de satoshis proposés par vB. BIP 141 définit le calcul de la taille virtuelle,

Après sa diffusion, une transaction peut être conservée dans la mémoire des nœuds qui l’ont reçue et acceptée : le mempool. Celui-ci est l’ensemble local des transactions non confirmées d’un nœud, et non une file unique synchronisée pour tout le réseau. Les nœuds peuvent voir les transactions dans un ordre différent, appliquer des politiques de relais ou des limites de capacité différentes, ou ne pas recevoir une transaction donnée.

Les mineurs choisissent les transactions qu’ils connaissent pour leurs blocs candidats, dans le respect des règles de consensus et de leurs politiques de sélection. Une dépendance apparaît lorsqu’une transaction dépense une sortie créée par une autre transaction non confirmée. Le mineur peut alors évaluer ensemble la transaction parente et une ou plusieurs descendantes, au lieu de traiter chacune comme une entrée indépendante avec son propre taux. Le simple « rang » affiché par un site tiers peut donc être incomplet ou temporaire.

Quand davantage d’utilisateurs se disputent l’espace, les taux susceptibles de favoriser une inclusion plus rapide peuvent augmenter. Si la demande baisse, des transactions à taux plus faibles peuvent devenir plus compétitives. Le niveau de concurrence et les transactions connues d’un portefeuille ou d’un nœud évoluent rapidement. La présence d’une transaction dans la vue du mempool d’un explorateur ou d’un portefeuille ne prouve pas que tous les nœuds et mineurs en ont la même vision.

Une transaction affichée comme non confirmée l’est toujours ; cette mention ne signifie pas à elle seule qu’elle est perdue ou invalide. Selon les politiques des nœuds et l’évolution du mempool, elle peut ne plus apparaître dans le mempool d’un nœud, puis être rediffusée ou acceptée plus tard. Si votre portefeuille l’indique toujours comme en attente, ne supposez pas que ses entrées sont déjà disponibles pour un autre paiement. Consultez son état et les consignes officielles du portefeuille avant de tenter une autre dépense.

Un portefeuille peut proposer des options telles que économique, normal ou prioritaire, ou afficher un nombre de blocs visé. Il s’agit d’estimations du taux qui pourrait être compétitif selon les conditions observées. La documentation d’estimation des frais de Bitcoin Core décrit un taux approximatif destiné à amorcer la confirmation dans le délai visé lorsque l’estimateur dispose d’un historique suffisant. Si les données récentes manquent, l’estimation peut être indisponible. D’autres portefeuilles et services peuvent utiliser d’autres données, modèles, intervalles de mise à jour et définitions de l’objectif.

Un objectif « prochain bloc » ne promet pas que la transaction y figurera. Elle peut arriver après que les conditions utilisées pour l’estimation ont changé, et de nouvelles transactions proposant des frais plus élevés peuvent se disputer l’espace. Les dépendances entre transactions peuvent également influer sur le choix du bloc. L’objectif est une donnée de l’estimation, pas un contrat avec un mineur.

Vérifiez la date de mise à jour de l’estimation et si le portefeuille affiche le taux ou seulement le total. Si le paiement n’est pas urgent, choisir un taux plus bas et attendre peut être délibéré, mais le délai reste incertain. Pour un paiement urgent, comparez l’estimation du portefeuille à une source de frais actuelle et renseignez-vous sur les options du portefeuille si les conditions changent. Augmenter les frais « au cas où » peut coûter plus cher sans garantir un bloc précis.

Le taux proposé par un estimateur ne détermine pas non plus le taux minimal que chaque nœud acceptera pour relayer la transaction. Les politiques de relais, les limites du mempool, les paramètres du portefeuille et les estimations de confirmation répondent à des questions liées, mais différentes. L’estimateur de frais et le comportement du mempool de Bitcoin Core évoluent selon les versions. Le document de conception du mempool de Bitcoin Core décrit comment les dépendances entre transactions influencent leur sélection et la politique de remplacement. Ne prenez pas la politique d’une version ou d’un nœud pour une règle permanente de tout le réseau.

Replace-by-Fee, ou RBF, permet de remplacer une transaction non confirmée par une transaction incompatible proposant des frais supérieurs, si le portefeuille et les politiques des nœuds concernés l’autorisent. La transaction de remplacement dépense au moins une des mêmes entrées : deux versions incompatibles ne peuvent donc pas être confirmées en dépensant cette même entrée. Le portefeuille peut proposer une commande pour augmenter les frais, mais sa disponibilité, ses conditions et le nouveau montant dépendent du portefeuille et de la structure de la transaction.

Ne vous fiez pas à une ancienne règle selon laquelle une transaction doit toujours signaler RBF d’une manière particulière pour pouvoir être remplacée. La documentation actuelle de Bitcoin Core indique que Full RBF est la politique par défaut depuis la version 28.0 et que cette politique n’exige plus de signal pour remplacer une transaction. D’autres nœuds, portefeuilles, services ou anciennes versions peuvent se comporter différemment. L’absence d’un bouton dans votre portefeuille ne signifie pas que tous les nœuds appliquent la même politique ; elle peut refléter une limite du portefeuille ou la structure de la transaction.

« Payer un satoshi de plus » ne suffit pas. Selon la politique actuelle de Bitcoin Core, le remplacement doit payer au moins la somme des frais absolus des transactions d’origine, couvrir la bande passante supplémentaire nécessaire à son relais et améliorer le diagramme des taux de frais du mempool. Les transactions liées peuvent rendre le calcul plus complexe qu’un simple choix d’un chiffre supérieur. La politique de remplacement actuelle décrit ces conditions.

RBF n’est pas une commande d’annulation et ne révoque pas une transaction confirmée. Il s’agit d’une dépense non confirmée qui en concurrence une autre. Un destinataire qui considère un paiement non confirmé comme définitif s’expose au risque de remplacement ; une transaction non confirmée n’équivaut donc pas à un paiement confirmé. Si vous recevez un transfert, suivez les règles de confirmation du service destinataire au lieu de supposer que la première version observée sera confirmée.

Child Pays for Parent (CPFP) utilise une nouvelle transaction enfant qui dépense une sortie d’une transaction parente non confirmée. L’enfant peut proposer un taux suffisamment élevé pour inciter un mineur à inclure les deux transactions ensemble. Ce sont les frais et la taille virtuelle combinés qui comptent ; l’enfant n’efface pas les frais du parent et ne rend pas leur inclusion commune gratuite.

Le portefeuille doit contrôler une sortie non confirmée appropriée et permettre de créer l’enfant. Le lien parent-enfant, les politiques de relais et de paquets ainsi que le choix du mineur jouent aussi un rôle. Les frais combinés peuvent dépasser ceux que vous auriez choisis pour une seule transaction, et l’inclusion n’est toujours pas garantie. Ne créez pas manuellement une transaction enfant si vous ne comprenez pas quelle sortie elle dépense ni comment le portefeuille gère la monnaie.

RBF et CPFP traitent des situations proches par des mécanismes différents. RBF crée une version incompatible d’une transaction en attente. CPFP ajoute une transaction dépendante qui peut améliorer l’incitation à miner le paquet parent-enfant. Un portefeuille peut prendre en charge l’un, les deux ou aucun. La conception du mempool de Bitcoin Core et les politiques propres à chaque version déterminent ce qu’un nœud accepte. Ce sont des mécanismes, pas des promesses de délai de confirmation.

Une plateforme d’échange peut fixer ses propres frais de retrait dans sa grille tarifaire. Ceux-ci peuvent être fixes, révisés périodiquement ou refléter le regroupement des retraits de ses clients. Leur montant ne correspond pas forcément au taux d’une transaction individuelle diffusée sur le réseau. Une plateforme peut réunir plusieurs retraits dans une transaction, tandis qu’un portefeuille en auto-conservation crée généralement une transaction pour les sorties que vous avez sélectionnées.

Avant un retrait, vérifiez les frais, le montant qui arrivera et le réseau sélectionné. Ne déduisez pas des frais de la plateforme le taux sat/vB en temps réel. Même sous l’intitulé « frais réseau », il peut s’agir d’un montant calculé par la plateforme plutôt que d’une estimation directe de votre transaction. Consultez la grille publiée par la plateforme et les détails de l’aperçu de retrait.

À l’inverse, un portefeuille peut afficher les frais réseau sans frais de fournisseur. Les frais Bitcoin on-chain sont payés par la transaction incluse dans un bloc ; l’interface du portefeuille ne les prélève pas comme un pourcentage du transfert. Pour comparer un retrait d’une plateforme à un envoi on-chain depuis un portefeuille, comparez le montant reçu, le réseau choisi et chaque ligne de frais séparément. Avant l’envoi, consultez la liste de vérification des transferts crypto pour contrôler le réseau et l’adresse. Le guide des frais de gaz Ethereum présente la structure de frais différente d’Ethereum.

Avant de confirmer un paiement Bitcoin, vérifiez le réseau, l’adresse du destinataire, le montant, les frais totaux et le taux si le portefeuille l’affiche. Vérifiez s’il s’agit d’une transaction Bitcoin on-chain ou d’un autre mode de paiement. Consultez l’aperçu des frais après avoir choisi les destinataires et les entrées : modifier la composition peut modifier la taille virtuelle et donc les frais totaux au même taux.

Si une transaction est en attente, vérifiez avant d’agir si le portefeuille prend en charge RBF ou CPFP et quelles conditions s’appliquent. Ne renvoyez pas le même paiement dans une transaction séparée sans comprendre que l’originale peut encore être confirmée. Conservez l’identifiant de transaction et consultez son état dans votre portefeuille ou dans un explorateur de blocs digne de confiance. Le fait qu’elle disparaisse d’un service ne prouve pas à lui seul qu’elle a été confirmée, annulée ou qu’un remplacement est sans risque.

Choisissez un taux correspondant à votre degré d’urgence et au temps d’attente que vous pouvez accepter, en gardant à l’esprit qu’aucune estimation ne garantit un bloc précis. Si les frais semblent exceptionnellement élevés, vérifiez le nombre d’entrées et la structure des sorties : le montant transféré n’explique pas la taille. Si le portefeuille affiche seulement le total, ouvrez les détails ou la documentation officielle pour savoir quels frais sont inclus. Les chiffres de cet article sont des exemples hypothétiques, pas une estimation en temps réel.