History, Speed Up & Cancel (RBF)

Ce que fait cet outil

History est le journal local partagé de chaque transaction diffusée via les outils (txid, outil utilisé, frais, statut). Tant qu'une tx est en attente dans le mempool, deux actions RBF (BIP-125) sont disponibles : Speed Up reconstruit la même tx avec des frais plus élevés en réduisant sa sortie de change, et Cancel la remplace par une tx minimale 1-in / 1-out qui renvoie les fonds à votre adresse de paiement afin que le destinataire original ne reçoive rien.

Deux actions RBF en un coup d'œil

Les deux actions sont des remplacements par les frais (replace-by-fee) et ne sont utilisables que tant que la tx d'origine n'est pas confirmée. Le relais et le minage d'un remplacement dépendent de la politique de chaque nœud et de chaque mineur (signalement BIP-125, ou full-RBF là où il est activé) : l'acceptation n'est jamais universelle ni garantie. Elles diffèrent par l'intention et par ce qui arrive au destinataire :

• Accélérer — conserve les mêmes sorties destinataires ; la hausse des frais est financée en réduisant la sortie de monnaie, ou, si cela ne suffit pas, en ajoutant des UTXO de paiement vérifiés sains comme entrées supplémentaires. Le destinataire est toujours payé, simplement plus vite.
• Cancel — remplace la tx en attente par une tx 1-in / 1-out qui renvoie les fonds à votre adresse de paiement. Le destinataire ne reçoit rien. Utilisez-le lorsque vous souhaitez annuler un transfert (mauvaise adresse, mauvais montant, changement d'avis) avant qu'il ne soit confirmé.

Le reste de cette page est divisé en deux parties : la partie 1 documente l'accélération ; la partie 2 documente l'annulation (y compris comment des UTXO de paiement supplémentaires sont utilisés lorsque l'entrée réutilisée ne couvre pas à elle seule les nouveaux frais).

Partie 1 — Accélérer (augmenter les frais, conserver la transaction)

Accélérer rediffuse la même transaction avec un taux de frais plus élevé. Les sorties destinataires restent identiques. La hausse des frais est financée d'abord en réduisant la sortie de monnaie (CHANGE) du portefeuille de paiement ; si cela ne suffit pas, des UTXO de paiement vérifiés sains peuvent être ajoutés en entrée (une nouvelle sortie CHANGE peut alors apparaître).

Quand l'utiliser

• Tx bloquée pendant plusieurs heures à cause de frais insuffisants.
• Urgence de confirmation (vente, date limite).
• Audit a posteriori d'une opération passée.

Prérequis

• Portefeuille Xverse connecté (Accélérer uniquement).
• Tx suivie dans tx_history (chaque tx diffusée via Bitcoin Tools l'est automatiquement).
• Assez de valeur pour financer la hausse des frais : soit la sortie de monnaie peut être réduite, soit des UTXO de paiement vérifiés sains sont disponibles pour être ajoutés en entrée.

Accélérer étape par étape

1. Ouvrez History ou le Wallet Dashboard (onglet Pending).
2. Cliquez sur une tx en attente → Speed Up.
3. L'outil charge les entrées depuis mempool.space.
4. Choisissez le nouveau taux de frais. La fenêtre affiche deux valeurs distinctes : le remplacement minimum valide — le planificateur retient la plus stricte des deux exigences, le relais incrémental par défaut de Bitcoin Core et des frais strictement supérieurs au taux d'origine, calculés sur la taille réelle du remplacement et sur les entrées/sorties retenues — et la recommandation du mempool pour une confirmation probable au prochain bloc. Aucune des deux ne garantit le relais, le minage ni la confirmation au prochain bloc.
5. La sortie de la monnaie de paiement est automatiquement réduite.
6. Signez via Xverse ; la nouvelle tx remplace l'originale.

Cas limites

• Entrées hors du wallet : refusé (impossible de RBF la tx de quelqu'un d'autre).
• Change inférieur au seuil de 546 sats après réduction : bloqué.
• Tx déjà confirmée entre-temps : Speed Up désactivé.

Mesures de protection

• Validation de la propriété sur chaque entrée.
• Anti-poussière sur la monnaie réduite.
• Le planificateur est le seul validateur des frais : un taux inférieur au remplacement minimum calculé est refusé, et tout UTXO de paiement ajouté en entrée doit être vérifié sain (fail-closed : un UTXO inconnu ou incomplètement vérifié n'est jamais ajouté).

Sources et serveur

mempool.space (récupération tx, diffusion). Met à jour tx_history avec le nouveau txid.

Besoin d'annuler le transfert au lieu de l'accélérer ? Passez à la Partie 2 — Annuler (RBF) ci-dessous.

Partie 2 — Annuler (RBF) — annuler une transaction en attente

Cancel remplace une transaction en attente par une transaction RBF minimale 1-in / 1-out qui renvoie les fonds à votre propre adresse de paiement. Le destinataire original ne reçoit rien. Cela fonctionne tant que la tx originale n'a pas été minée.

Vous voulez seulement accélérer la transaction sans modifier ses sorties ? Voir la Partie 1 — Accélérer ci-dessus.

Pourquoi c'est sûr pour vos actifs

BIP-125 exige seulement au moins une entrée commune entre l'originale et son remplacement — pas toutes. Cancel conserve une seule entrée payment et omet toutes les entrées ordinals que l'originale dépensait.

Étant donné que les entrées Ordinals ne sont jamais référencées par la transaction d'annulation, elles ne sont jamais signées et jamais dépensées on-chain. Une fois l'original évincé du mempool, ces UTXO restent dans le portefeuille exactement comme avant — même règle pour les inscriptions, les runes, les BRC-20, les sats rares et les alcanes.

Règles de frais (BIP-125, cumulatif)

Pour que les nœuds relaient le remplacement et que les mineurs le préfèrent, les deux règles doivent être respectées :

1. newFeeRate > oldFeeRate — la nouvelle tx doit battre l'originale en sat/vB.
2. newFee > oldFee et newFee − oldFee ≥ minRelay × newVsize (~110 sats minimum pour une tx d'annulation) — couvre la bande passante de relais de la tx supplémentaire.

La transaction d'annulation est plus petite que l'originale (~110 vB pour 1-in / 1-out P2WPKH), donc à un taux de frais égal, ses frais absolus seraient inférieurs et la règle n°2 échouerait. La boîte de dialogue pré-remplit donc le taux de frais minimum viable ; vous ne pouvez que l'augmenter, jamais le réduire en dessous de ce seuil.

Financement de l'annulation — entrées de paiement supplémentaires

Une tx d'annulation 1-in / 1-out n'est valide que si l'entrée de paiement réutilisée couvre newFee + 546 sats (le seuil de poussière P2WPKH sur la sortie récupérée). Lorsque ce n'est pas le cas, la boîte de dialogue extrait automatiquement des UTXO P2WPKH supplémentaires de votre wallet de paiement comme entrées de financement additionnelles.

• Confirmés d'abord, les plus grands d'abord : les UTXO de paiement confirmés sont choisis par ordre de valeur décroissante jusqu'à ce que le total requis soit atteint.
• Vsize et frais sont recalculés à chaque étape : chaque entrée P2WPKH supplémentaire ajoute ~68 vB, donc le fee-rate cible est appliqué au nouveau vsize.
• Exclusions strictes : jamais l'outpoint déjà réutilisé, jamais un outpoint déjà dépensé par une autre tx en attente, jamais un UTXO de l'adresse ordinals, jamais un UTXO portant une inscription, une rune, un BRC-20 ou un rare sat.
• Lignes récapitulatives dans la boîte de dialogue : Total d'entrée requis (frais d'annulation + 546 poussière), Total d'entrée disponible, et Manque X sats lorsque les fonds sont insuffisants.

Dernier recours — utilisation d'UTXO de paiement non confirmés

Lorsque les UTXO confirmés ne couvrent pas à eux seuls le total requis, un interrupteur optionnel apparaît : « Utiliser les UTXO de paiement non confirmés ». Il permet à l'annulation de consommer des UTXO de votre portefeuille de paiement qui sont encore dans le mempool.

• Afficher/Masquer : affiché uniquement lorsque les fonds confirmés sont insuffisants ET qu'au moins un UTXO non confirmé éligible existe. La valeur par défaut est désactivée.
• Ordre de sélection : les UTXO confirmés sont toujours consommés en premier (les plus grands d'abord), les non confirmés ne sont ajoutés que s'il manque encore des fonds — là encore, les plus grands d'abord.
• Mêmes filtres : seuls les UTXO dont scriptpubkey_address === paymentAddress sont éligibles. Les UTXO d'adresse ordinals et les outpoints porteurs d'actifs restent exclus.
• Bannière d'avertissement ambre : affichée uniquement lorsque la sélection finale consomme réellement ≥1 entrée non confirmée — l'annulation ne sera confirmée qu'après la confirmation de ses transactions parentes.

Quand annuler

• Vous réalisez que l'adresse de destination ou le montant est erroné, avant que la transaction ne soit minée.
• Vous avez changé d'avis concernant le transfert alors qu'il est toujours en attente.
• Une transaction en attente dépenserait un UTXO ordinal / rune que vous ne voulez plus déplacer.

Prérequis d'annulation

• Portefeuille connecté et la transaction originale toujours en attente dans le mempool.
• La transaction originale doit contenir au moins une entrée appartenant à votre adresse de paiement.
• L'entrée de paiement réutilisée doit être suffisamment grande pour que le montant récupéré reste au-dessus du seuil de poussière de 546 sat.
• Suffisamment de sats de paiement disponibles — confirmés, ou confirmés + non confirmés en dernier recours — pour couvrir newFee + 546 sats.

Annuler étape par étape

1. Ouvrez le Wallet Dashboard → onglet Transactions en attente (ou la page Historique).
2. Cliquez sur une transaction en attente → Annuler (à côté de Accélérer).
3. Lisez la bannière d'avertissement rouge et confirmez que vous souhaitez annuler le transfert.
4. Le curseur est prérempli avec le taux de remplacement minimum valide pour la transaction d'annulation : le planificateur retient la plus stricte des deux exigences, le relais incrémental et des frais strictement supérieurs au taux d'origine, calculés sur la taille réelle du remplacement. Augmentez-le si vous voulez plus de priorité — ce minimum ne garantit ni le relais ni le minage.
5. Passez en revue le récapitulatif : frais originaux, nouveaux frais, coût supplémentaire, montant récupéré dans votre portefeuille.
6. Signez ; la transaction d'annulation est diffusée et l'originale est évincée une fois que les relais convergent.

Cas limites d'annulation

• Pas d'entrée de paiement dans l'original (frais entièrement payés à partir d'une entrée Ordinals) : l'annulation est bloquée avec un message clair — il n'y a pas d'entrée payant les frais à réutiliser.
• Montant récupéré inférieur à 546 sats : bloqué car considéré comme dust.
• Taux de frais abaissé en dessous du seuil calculé : refusé avec le minimum BIP-125 affiché.
• Annulation évincée, original miné : l'historique affiche replaced-original-confirmed — le transfert a eu lieu malgré la tentative.
• Fonds insuffisants : même avec l'opt-in non confirmé activé, si le total disponible est inférieur au total requis, le bouton reste désactivé et la boîte de dialogue affiche Manque X sats.
• Transaction parente évincée : une annulation qui dépense une entrée non confirmée devient invalide si sa parente est retirée du mempool — une nouvelle diffusion est nécessaire.

Garanties d'annulation

• Aucune référence aux entrées ordinals — elles ne sont jamais signées par la transaction d'annulation.
• Les deux règles de frais BIP-125 sont appliquées au moment de la construction (taux + absolu).
• Vérification de propriété sur l'entrée réutilisée ; vérification de poussière sur la sortie récupérée.
• Lorsque plusieurs entrées de paiement existent, la plus grande est choisie pour maximiser le montant récupéré.