Transaction Bitcoin bloquée : RBF, CPFP et frais à vérifier

Pourquoi une transaction Bitcoin reste sans confirmation

La première étape consiste à comprendre le rôle du mempool Bitcoin, des frais et des confirmations. Chaque nœud conserve sa propre liste de transactions valides non confirmées. Cette liste n’est pas un registre universel parfaitement identique : la politique du nœud, sa mémoire disponible et le moment de réception peuvent produire de petites différences.

Les mineurs sélectionnent généralement les transactions selon leur taux de frais, exprimé en satoshis par virtual byte, ou sat/vB. Un envoi qui paie 4 sat/vB peut attendre si de nombreux utilisateurs paient 20, 40 ou 100 sat/vB. Le montant envoyé ne détermine pas la priorité. Une transaction de 0,01 BTC peut coûter davantage qu’une transaction de 1 BTC si elle mobilise plus d’entrées et occupe plus d’espace dans un bloc.

Une attente peut aussi venir d’un parent non confirmé. Lorsqu’un wallet dépense une sortie reçue récemment, la nouvelle transaction dépend de la confirmation de la précédente. Le mineur doit alors accepter l’ensemble cohérent formé par le parent et ses descendants. Un taux correct sur l’enfant ne suffit pas toujours si le paquet complet paie trop peu.

Enfin, une transaction peut disparaître de certains explorateurs après une éviction de mempool. Cela ne rend pas automatiquement les fonds perdus. Tant qu’aucune transaction concurrente n’a dépensé les mêmes UTXO et qu’aucune confirmation n’existe, le wallet peut souvent rediffuser l’envoi ou construire un remplacement. L’état local du wallet doit donc être rapproché de plusieurs sources, pas d’un seul écran.

Les vérifications à faire avant d’augmenter les frais

Copiez le TXID depuis le wallet, puis consultez un explorateur reconnu. Vérifiez le nombre de confirmations, le taux en sat/vB, la taille virtuelle, les entrées, les sorties et l’éventuelle mention « replaceable ». Contrôlez l’adresse de destination et le montant net. Cette étape évite de tenter une accélération sur une transaction déjà confirmée, remplacée ou construite vers une mauvaise adresse.

Comparez ensuite le taux payé avec une estimation récente du mempool. Une estimation représente une probabilité, pas une garantie. Les blocs arrivent selon un processus variable et la demande peut évoluer brutalement. Une transaction placée loin sous le seuil des prochains blocs peut patienter plusieurs heures ou plusieurs jours ; une baisse de la demande peut aussi la faire confirmer sans intervention.

Regardez si le wallet affiche une fonction « augmenter les frais », « accélérer » ou « RBF ». Ne confondez pas cette commande avec un nouvel envoi indépendant. Une véritable opération RBF réutilise au moins une entrée de l’ancienne transaction afin que les deux versions soient en conflit et que la plus rémunératrice remplace l’autre selon la politique des nœuds.

Examinez enfin les sorties. Si vous contrôlez une sortie de change ou si le destinataire contrôle la sortie reçue, CPFP peut devenir possible. Si aucune sortie dépensable ne vous appartient, cette méthode ne s’applique pas directement. Un service qui promet CPFP sans contrôler une sortie ni coopérer avec un mineur mérite une forte prudence.

RBF : remplacer la transaction avec des frais supérieurs

Replace-by-Fee permet de diffuser une nouvelle version qui dépense les mêmes entrées et verse des frais supérieurs. Le BIP 125 décrit les règles historiques du remplacement opt-in. Les politiques de mempool ont évolué dans Bitcoin Core, mais l’idée pratique reste la même : la transaction de remplacement doit présenter un intérêt économique supérieur et respecter les contraintes du réseau.

Dans un wallet compatible, l’utilisateur choisit la transaction en attente, sélectionne l’augmentation de frais puis vérifie les nouvelles sorties. Le wallet réduit souvent la sortie de change pour financer le supplément. S’il n’existe pas assez de change, il peut demander une nouvelle entrée, ce qui augmente la taille et donc le coût. La somme finale des frais compte autant que le taux en sat/vB.

RBF ne crée pas deux paiements définitifs. Les deux transactions se disputent les mêmes entrées ; une seule peut rejoindre la chaîne valide. En revanche, l’ancienne version peut rester visible quelque temps dans certains outils. Le destinataire doit attendre une confirmation avant de considérer un paiement remplaçable comme définitif.

Le remplacement peut échouer si le wallet n’a pas signalé la possibilité de remplacement, si les clés ne sont plus disponibles, si une chaîne complexe de descendants existe ou si le supplément reste insuffisant. Certains nœuds appliquent aussi des politiques distinctes. Il faut alors envisager CPFP, attendre, ou reconstruire l’envoi après éviction selon les fonctions du wallet.

CPFP : faire payer l’enfant pour le parent

Child Pays for Parent repose sur un paquet. Une transaction enfant dépense une sortie non confirmée du parent avec des frais assez élevés pour rendre l’ensemble attractif. Le mineur ne peut confirmer l’enfant sans inclure le parent ; il évalue donc le taux moyen du paquet.

Supposons qu’un parent de 200 vB paie 400 sats, soit 2 sat/vB. Un enfant de 100 vB doit porter les frais cumulés à un niveau compétitif. Pour atteindre 20 sat/vB sur 300 vB, le paquet doit verser 6 000 sats. L’enfant devrait donc payer environ 5 600 sats, hors variations de politique. Le calcul porte sur les tailles et frais des deux transactions, pas seulement sur l’enfant.

Le destinataire peut parfois lancer CPFP en dépensant la sortie reçue vers une nouvelle adresse qu’il contrôle. L’expéditeur peut aussi dépenser sa sortie de change. Certains wallets proposent cette opération automatiquement. Une construction manuelle expose à des erreurs de change, de sélection d’UTXO ou de taux ; elle convient surtout aux utilisateurs qui maîtrisent leur logiciel.

CPFP rencontre des limites : valeur de sortie trop faible, descendants nombreux, politiques de paquet, montant de frais disproportionné ou impossibilité de dépenser la sortie. La documentation Bitcoin décrit le principe des paquets et de l’augmentation de frais par descendant, notamment dans les travaux sur le package relay et CPFP.

RBF ou CPFP : choisir selon le contrôle des fonds

RBF convient surtout à l’expéditeur qui contrôle les entrées et dispose d’un wallet compatible. La méthode remplace proprement l’envoi et peut préserver la destination. Elle offre généralement un calcul plus direct. Avant validation, relisez toutes les sorties : certains wallets permettent aussi d’annuler économiquement un envoi en renvoyant les fonds vers soi, mais cette option ne garantit rien tant que la version concurrente n’a pas confirmé.

CPFP sert lorsque le remplacement direct ne fonctionne pas mais qu’une sortie non confirmée reste dépensable. Le destinataire peut donc agir sans attendre l’expéditeur. En contrepartie, il doit payer assez pour le parent et l’enfant, ce qui devient coûteux si le parent occupe beaucoup d’espace.

Attendre garde tout son sens lorsque l’envoi n’a aucune urgence, que le mempool se vide progressivement et que les frais d’accélération dépassent l’enjeu. Bitcoin ne promet aucun délai fixe. Une estimation à « trois blocs » décrit une cible statistique, pas un rendez-vous.

Le choix doit aussi tenir compte du coût réel des frais crypto. Accélérer une petite somme avec un supplément très élevé peut coûter davantage que le service attendu. Pour un paiement commercial, l’expéditeur et le destinataire devraient convenir de la méthode au lieu de lancer deux opérations concurrentes.

Les accélérateurs de transaction et leurs pièges

Des pools de minage proposent parfois un accélérateur officiel. Le service transmet un TXID et peut donner une priorité particulière si le pool mine un prochain bloc. Cette action ne modifie pas la transaction ni son taux global. Elle dépend du hashrate du pool et ne fournit pas une certitude de confirmation.

De nombreux sites reprennent le mot « accélérateur » sans relation démontrable avec un mineur. Certains demandent un paiement, une seed phrase ou une clé privée. Aucun service légitime n’a besoin de la seed phrase pour transmettre un TXID public. Une telle demande indique une tentative de vol.

Vérifiez le domaine officiel du pool, les conditions, le prix et la politique de remboursement. Ne connectez pas un wallet principal à une interface inconnue. Ne signez pas une autorisation sur une autre blockchain sous prétexte d’accélérer Bitcoin. Un TXID suffit pour identifier l’envoi ; toute demande supplémentaire doit correspondre à une fonction précise et vérifiable.

Les messages privés sur Telegram, WhatsApp ou X qui promettent une confirmation garantie reprennent souvent les données publiques d’un explorateur. Le fraudeur n’a pas besoin d’un accès interne pour connaître le montant et l’adresse. Il exploite simplement l’urgence du propriétaire.

Que se passe-t-il si la transaction quitte le mempool

Un nœud peut évincer une transaction après une longue attente, une pression mémoire ou un redémarrage avec une politique différente. D’autres nœuds peuvent encore la conserver. L’absence sur un explorateur ne prouve donc pas une disparition universelle.

Si aucun nœud pertinent ne relaie l’ancienne transaction, le wallet peut rendre les entrées de nouveau disponibles après resynchronisation. Il faut néanmoins vérifier qu’aucune version concurrente ne circule. Redépenser trop vite les mêmes entrées peut créer des conflits difficiles à suivre dans les interfaces.

Un wallet non custodial permet généralement de rescanner la chaîne, de réinitialiser l’état local ou de rediffuser une transaction signée. Consultez sa documentation officielle avant toute opération. Ne restaurez pas une seed phrase dans un outil non vérifié pour résoudre un simple retard.

Sur une plateforme custodiale, l’utilisateur ne contrôle ni les entrées ni la politique de frais. Il doit fournir le TXID au support officiel et demander si la plateforme prévoit un remplacement ou une accélération. La mention « completed » dans le compte n’équivaut pas à une confirmation on-chain.

Prévenir les prochains blocages

Activez RBF par défaut si le wallet le propose clairement. Utilisez une estimation de frais récente et choisissez une cible adaptée à l’urgence. Pour un transfert interne sans échéance, une cible plus lente peut réduire le coût ; pour une opération commerciale, une marge raisonnable limite le risque de retard.

Évitez de consolider de nombreux petits UTXO lorsque le mempool coûte cher. Une transaction chargée d’entrées occupe davantage d’espace. La consolidation pendant une période calme peut préparer des paiements futurs moins volumineux, mais elle peut aussi relier des adresses et réduire la confidentialité.

Conservez toujours une petite sortie de change exploitable lorsque votre stratégie le justifie. Un coin control avancé permet de sélectionner les entrées, mais une mauvaise sélection peut augmenter les frais ou révéler des liens entre fonds. Les débutants gagnent souvent à laisser un wallet réputé gérer la construction tout en vérifiant le taux proposé.

Une transaction bloquée réclame donc un diagnostic, pas une réaction précipitée. Vérifiez le TXID, les confirmations, le taux, les dépendances et le contrôle des sorties. Utilisez RBF si l’expéditeur peut remplacer l’envoi, CPFP si une sortie permet de rémunérer le paquet, ou attendez lorsque le coût supplémentaire ne se justifie pas. La sécurité des clés passe avant la vitesse.

À lire aussi : UTXO Bitcoin : gérer les frais, la confidentialité et les clés

À lire aussi : Oracle blockchain : fonctionnement, données et risques