Une transaction Bitcoin peut être signée et avoir une date future sans que le destinataire ait rien reçu. Comprendre ce qui manque évite de confondre un paiement préparé avec de l’argent déjà envoyé.
Ce que le locktime limite réellement
Dans $BTC , le champ nLockTime, lorsqu’il est actif, empêche l’inclusion de cette transaction dans un bloc avant qu’une condition temporelle soit remplie. Il peut exprimer une hauteur de bloc ou une référence temporelle.
Ici, nous parlons de ce champ de la transaction. D’autres mécanismes permettent de bloquer la dépense d’une sortie au moyen de conditions propres au contrat ; tous les timelocks ne fonctionnent pas de la même manière.
La date ne clique pas sur « Envoyer »
L’expiration du délai d’attente ne diffuse pas automatiquement le paiement. Une personne, un portefeuille ou un service doit communiquer la transaction au réseau. Ensuite, elle doit toujours être valide et un mineur doit l’inclure.
La documentation de Trezor le montre clairement : elle permet de conserver les données d’une transaction signée avec un locktime pour la diffuser le moment venu. Cette préparation et sa diffusion sont deux étapes distinctes.
Un exemple fictif
Ana prépare un paiement à Luis qui ne pourra être inclus qu’après une hauteur de bloc future. Elle conserve la transaction signée et personne ne la diffuse.
La chaîne dépasse ce seuil, mais Luis ne reçoit toujours pas le paiement. Le fait que la condition temporelle soit remplie n’a pas communiqué la transaction aux mineurs.
De plus, nLockTime ne réserve pas à lui seul les entrées utilisées. Si ces mêmes entrées sont dépensées auparavant dans une autre transaction confirmée, le paiement préparé ne pourra plus les utiliser.
Cela ne promet pas non plus une minute précise
La hauteur compte les blocs, qui n’arrivent pas à intervalles fixes. Pour les verrouillages basés sur le temps, Bitcoin utilise la médiane des horodatages des onze blocs précédents, conformément à BIP 113. Il ne se contente pas de regarder l’horloge du téléphone.
🛡️ Une copie signée peut permettre de diffuser ce paiement dès qu’il est valide. Elle mérite davantage de précautions qu’une simple note d’intention.
Mon point de vue : avant d’interpréter « programmé », il vaut mieux distinguer la condition à remplir, la personne qui diffusera le paiement et l’existence ou non d’une confirmation.
Sources consultées : 06/11/2026, UTC. Binance Academy — HTLC (contexte des timelocks) ; Bitcoin Developer Guide — Transactions ; BIP 113 ; Trezor — Locktime.
L’auteur peut recevoir des récompenses de Binance.