Comment annuler une transaction en attente dans UniSat ? (Tutoriel RBF)

Comprendre la dynamique du pool de mémoire de transaction

1. Les transactions Bitcoin entrent dans un pool public appelé mempool avant confirmation.

2. Le portefeuille UniSat s'appuie sur le mécanisme natif de propagation des transactions du réseau Bitcoin, ce qui signifie qu'il n'héberge pas son propre pool de mémoire et ne remplace pas les règles de consensus.

3. Une fois diffusée, une transaction reste en attente jusqu'à ce qu'elle soit extraite ou expulsée en raison d'une faible pression sur les frais ou d'un délai d'attente.

4. Le pool de mémoire est volatil : les transactions avec des frais plus élevés ont tendance à remplacer celles à frais moins élevés au fil du temps.

5. Aucune autorité centralisée ne contrôle quelle transaction est confirmée en premier ; les mineurs décident en fonction d’incitations économiques.

Conditions requises pour l'activation du RBF

1. La transaction d'origine doit signaler le remplacement par frais (RBF) en définissant le champ nSequence sur une valeur inférieure à 0xFFFFFFFE .

2. Le portefeuille UniSat active RBF par défaut pour toutes les opérations d'envoi standard, à moins qu'il ne soit désactivé manuellement lors de la construction de la transaction.

3. Les utilisateurs doivent conserver le contrôle total des clés privées associées aux entrées utilisées dans la transaction originale.

4. La transaction de remplacement doit dépenser au moins un des mêmes intrants et ne peut pas réduire la valeur totale de la production.

5. L’augmentation des frais nécessite le calcul d’un nouveau tarif qui dépasse l’original d’une marge suffisante pour attirer l’attention des mineurs.

Exécution RBF étape par étape dans UniSat

1. Ouvrez le portefeuille UniSat et accédez à l'onglet Historique des transactions .

2. Localisez la transaction en attente et appuyez sur l'icône de menu à trois points à côté d'elle.

3. Sélectionnez « Accélérer » – cela déclenche un générateur de transactions compatible RBF.

4. Ajustez le curseur de vitesse vers le haut jusqu'à ce que le temps de confirmation estimé descende en dessous de votre seuil cible.

5. Confirmez la nouvelle signature à l'aide de la phrase secrète de votre portefeuille ou de l'invite du périphérique matériel.

Pièges et limites courants

1. Si la transaction originale a été envoyée sans signalisation RBF, aucun remplacement n'est possible via UniSat ou tout autre outil conforme aux politiques Bitcoin Core.

2. Tenter trop rapidement plusieurs remplacements RBF peut entraîner le rejet du pool de mémoire en raison des contraintes de frais des ancêtres.

3. Certains explorateurs de blocs ne reflètent pas immédiatement les changements d'état RBF, ce qui crée une confusion quant à la réussite du remplacement.

4. Les portefeuilles matériels comme Ledger ou Coldcard nécessitent une activation explicite du support RBF dans les paramètres de leur micrologiciel avant la signature.

5. Les transactions bloquées pendant plus de 72 heures sont souvent supprimées de la plupart des pools de mémoire de nœuds, ce qui rend RBF inutile après ce point.

Foire aux questions

Q : Puis-je annuler une transaction UniSat si elle n'a aucune confirmation mais n'a pas été créée avec RBF ? R : Non. Sans signalisation RBF, la transaction ne peut pas être remplacée selon les règles de consensus actuelles de Bitcoin. Vous devez attendre l'expiration naturelle du pool de mémoire ou tenter CPFP via une transaction enfant, si vous contrôlez la sortie des modifications.

Q : UniSat prend-il en charge le CPFP comme alternative au RBF ? R : Oui. Si vous avez reçu des modifications de la transaction d'origine et détenez sa clé privée, vous pouvez créer de nouvelles dépenses de transaction qui changent avec un taux élevé, incitant indirectement les mineurs à confirmer les deux.

Q : Pourquoi l'option « Accélérer » apparaît-elle parfois grisée ? R : Cela se produit lorsqu'UniSat détecte que la transaction en attente manque de signalisation RBF, provient d'une adresse de surveillance uniquement ou implique des entrées contrôlées en dehors de la session de portefeuille en cours.

Q : Ma transaction initiale réapparaîtra-t-elle après l'envoi d'un remplacement ? R : Non. Un remplacement RBF valide invalide l’original aux yeux des nœuds conformes. Cependant, certains explorateurs de blocs obsolètes peuvent afficher temporairement les deux jusqu'à ce que la propagation complète du réseau soit terminée.