Un exemple concret
Voir une transaction en attente dans un explorateur ne garantit pas son inclusion par le prochain mineur.
Dans son contexte
Une transaction dans le bloc de tête a une confirmation. Chaque bloc ajouté au-dessus augmente ce compteur. Aucune valeur universelle ne garantit le règlement : la politique d’acceptation doit tenir compte du montant et de la situation du réseau.
Le mécanisme associé, en image
- 01Taille de transaction
- 02Multiplier par sat/vB
- 03Frais totaux proposés
- 04Inclusion encore incertaine
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
Les frais Bitcoin dépendent surtout du poids de la transaction et de la concurrence pour l’espace des blocs. Les portefeuilles indiquent souvent des satoshis par octet virtuel. Un gros paiement peut occuper moins de données qu’un petit paiement consommant de nombreuses entrées. Les estimations anticipent la demande ; ce ne sont pas des réservations garantissant un bloc.
Replacez le mécanisme dans son contexte
Une transaction fictive occupe 180 octets virtuels. Comparez 5 et 20 sat/vB. Calculez les frais totaux, puis expliquez pourquoi aucun résultat ne donne un délai exact de confirmation. Ne confondez pas octets virtuels et montant de bitcoins transféré.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
Les politiques de remplacement et le mécanisme enfant-payeur peuvent aider certaines transactions en attente, selon leur éligibilité et les logiciels. Un remplacement change l’identifiant et demande un suivi attentif. La politique de confirmation doit aussi considérer valeur et risque de réorganisation ; payer davantage influence l’inclusion, sans rendre une transaction invalide acceptable.
Explorer l’explication complète
Frais et confirmations
Les frais sont généralement exprimés en satoshis par vbyte.