Pourquoi ma transaction n’est-elle toujours pas confirmée ?

Première question : quelqu’un peut-il la voir ?

Avant tout, établissez si la transaction a bien atteint le réseau. Recherchez-la sur deux explorateurs différents — pour Bitcoin, essayez mempool.space et Blockstream.info.

Si les deux la montrent comme non confirmée, elle est dans le mempool et le problème est un problème de frais. Passez à la section suivante.

Si aucun des deux ne la montre, la transaction ne s’est jamais propagée, et c’est une situation entièrement différente avec une solution différente. La cause habituelle est des frais en dessous du minimum de relais du réseau : les nœuds ne transmettent pas une transaction qui paie trop peu, elle existe donc sur votre appareil et nulle part ailleurs.

La bonne nouvelle est que c’est le cas le plus récupérable. Comme aucun autre nœud ne la détient, il n’y a rien avec quoi elle pourrait entrer en conflit. La plupart des portefeuilles ont une option pour effacer les transactions non confirmées ou reconstruire le portefeuille depuis la chaîne, après quoi les fonds redeviennent simplement disponibles et vous pouvez renvoyer avec des frais raisonnables.

La subtilité est que votre propre portefeuille considère toujours ces sorties comme dépensées, ce qui explique pourquoi le solde semble faux jusqu’à ce que vous l’effaciez. Si votre portefeuille n’a pas une telle option, transférer la phrase de récupération vers un portefeuille qui en a une résout le problème.

Le cas courant : le taux de frais était trop bas

Si les explorateurs voient votre transaction et qu’elle ne se confirme pas, c’est presque toujours pour cette raison.

Les mineurs sélectionnent les transactions par taux de frais — satoshis par octet virtuel — car l’espace de bloc est la ressource rare. Si votre taux est inférieur à ce qui se confirme actuellement, votre transaction attend soit que la demande baisse, soit que quelqu’un l’augmente.

Ouvrez la transaction sur mempool.space. La page montre votre taux de frais et les blocs projetés, chacun étiqueté avec la plage qu’il contiendra probablement. Si votre taux tombe dans le premier bloc projeté, vous êtes à quelques minutes et rien n’est à faire. Si vous êtes plusieurs blocs plus loin, la projection est réelle et basée sur ce qui est en file devant vous.

Ce qui rend cela frustrant est que la demande n’est pas prévisible. Une transaction qui semblait correctement tarifée peut être laissée pour compte par un pic une heure plus tard, et il n’existe aucun mécanisme qui l’augmente automatiquement.

Les solutions sont détaillées ci-dessous. Ce qu’il ne faut pas faire est de rediffuser la même transaction via un autre service — cela n’aidera pas, car le réseau la possède déjà et rediffuser une transaction identique ne change rien à son attractivité pour les mineurs.

Les deux solutions, et quand chacune s’applique

Replace-by-fee est l’option propre. Si votre transaction a signalé RBF — la plupart des portefeuilles modernes le font par défaut — vous pouvez la rediffuser avec des frais plus élevés et la nouvelle version remplace l’ancienne. Votre portefeuille aura cela sous « augmenter les frais », « accélérer » ou similaire. L’explorateur montre si RBF a été signalé, généralement en haut de la page de transaction, et si ce n’est pas le cas, cette voie est fermée.

Child-pays-for-parent fonctionne quand RBF n’est pas disponible. Vous créez une nouvelle transaction dépensant l’une des sorties de la transaction bloquée, en payant des frais assez élevés pour qu’un mineur incluant les deux ensemble obtienne un bon taux sur la paire. Comme l’enfant ne peut être confirmé sans le parent, le mineur doit prendre les deux.

CPFP nécessite que vous contrôliez l’une des sorties — généralement votre monnaie rendue — et que votre portefeuille le prenne en charge. Certains le font automatiquement quand vous essayez de dépenser une sortie non confirmée ; d’autres l’exposent explicitement. Si vous êtes le destinataire plutôt que l’expéditeur, vous pouvez utiliser CPFP sur la sortie qui vous a été payée, un point vraiment utile à connaître quand quelqu’un vous a sous-payé.

Si aucune des deux n’est disponible, il reste l’attente. Les mempools se vident, généralement en quelques jours, et les transactions sont finalement soit confirmées, soit abandonnées par les nœuds après un délai — souvent environ deux semaines — moment auquel les fonds redeviennent dépensables.

Les trois causes moins courantes

Mauvaise chaîne. La transaction s’est parfaitement confirmée sur un réseau que vous ne regardez pas. Cela arrive constamment avec des actifs qui existent sur plusieurs chaînes — l’USDT existe sur Ethereum, Tron et d’autres, et un retrait depuis une plateforme d’échange précise lequel. Si un hash ne se résout pas, confirmer le réseau avant de conclure quoi que ce soit vaut trente secondes.

Retard d’indexation de l’explorateur. La transaction est confirmée et l’explorateur n’a pas rattrapé son retard. Comparez la dernière hauteur de bloc signalée par l’explorateur avec un second ; un écart de plusieurs milliers de blocs signifie que ce déploiement est en retard et que tout ce qu’il vous dit sur l’activité récente est périmé. C’est plus courant sur les instances auto-hébergées de Blockscout et sur les explorateurs multi-chaînes couvrant des réseaux de niche.

Locktime fixé dans le futur. Rare, mais réel. Une transaction peut spécifier le premier bloc auquel elle peut être incluse, et jusque-là elle ne se confirmera pas quel que soit ce qu’elle paie. Le champ est visible sur la page de transaction et la plupart des explorateurs vous le diront clairement s’il est fixé plus loin.

Sur Ethereum, il existe une cause supplémentaire sans équivalent Bitcoin : un écart de nonce. Les transactions Ethereum depuis une adresse doivent être traitées dans un ordre strict, donc si la transaction numéro 47 est bloquée, 48 et 49 ne peuvent pas avancer quel que soit ce qu’elles paient. Résoudre la première bloquée libère le reste.

La version Ethereum du problème

Le marché des frais d’Ethereum se comporte suffisamment différemment pour que le conseil diverge.

Depuis EIP-1559, chaque bloc a des frais de base qui s’ajustent algorithmiquement selon la demande et sont brûlés plutôt que payés à quiconque. Vous fixez en plus des frais de priorité, qui sont ce que le proposeur reçoit réellement. Une transaction est incluable quand les frais de base tombent à ou en dessous de votre maximum, et compétitive quand vos frais de priorité sont raisonnables.

Une transaction Ethereum bloquée est donc généralement l’une de deux choses : des frais maximum inférieurs aux frais de base actuels, ou un écart de nonce causé par une transaction bloquée antérieure depuis la même adresse.

La solution pour les deux est le même mécanisme — soumettre à nouveau avec le même nonce et des frais plus élevés, ce qui remplace la transaction en attente. Les portefeuilles exposent cela comme accélérer ou annuler. Annuler est la même opération en envoyant une valeur nulle à vous-même, ce qui occupe le nonce et lève le blocage.

La seule chose à éviter est de soumettre une nouvelle transaction avec un nonce plus élevé en espérant qu’elle saute la file. C’est impossible. La séquence est stricte, et la nouvelle transaction restera derrière celle bloquée indéfiniment.

L’éviter la prochaine fois

Trois habitudes préviennent la plupart de ces cas.

Laissez votre portefeuille fixer les frais sauf raison précise de ne pas le faire. Les portefeuilles modernes interrogent un service d’estimation des frais et obtiennent un résultat approximativement correct. La saisie manuelle des frais est l’origine de la plupart des transactions bloquées, généralement quelqu’un essayant d’économiser quelques centimes.

Vérifiez que RBF est activé. Cela ne coûte rien, c’est le réglage par défaut dans la plupart des portefeuilles, et c’est la différence entre une solution de deux minutes et une attente de deux semaines. Il n’y a pas de réel inconvénient pour un utilisateur ordinaire.

Regroupez les petites sorties pendant les périodes calmes. Un portefeuille ayant accumulé de nombreux petits paiements produit des transactions volumineuses et coûteuses, car les frais évoluent selon la taille plutôt que la valeur. Les fusionner quand les frais sont bas transforme une future transaction coûteuse en une transaction bon marché dès maintenant — et les taux en direct sur notre suivi des frais Bitcoin facilitent le choix du moment.

Et si vous êtes sur le point de déplacer un montant significatif, envoyez d’abord une petite transaction test. Cela coûte quelques centimes et cela détecte les erreurs de chaîne, les erreurs d’adresse et les mauvaises estimations de frais avant qu’elles ne comptent.