Qu'est-ce qu'un hachage de transaction (TXID) : Guide complet de cryptographie (2026)

Chaque transaction cryptographique que vous avez déjà effectuée ou que vous effectuerez possède sa propre empreinte digitale. Cette empreinte digitale est appelée hachage de transaction, également connu sous le nom de hachage de transaction. TXID ou tx hash. Il s’agit d’une longue chaîne de lettres et de chiffres d’apparence intimidante que la plupart des débutants jettent un coup d’œil et ignorent. C'est une erreur. Tôt ou tard, vous en aurez besoin. Lorsque votre dépôt sur une bourse est manquant, lorsque vous souhaitez prouver que vous avez payé quelqu'un en USDT, lorsque vous souhaitez inspecter ce qu'un contrat intelligent vient de faire avec votre portefeuille, le TXID est la seule information qui compte.

Bien qu'il s'agisse de l'un des concepts les plus fondamentaux de la cryptographie, les hachages de transaction sont mal expliqués presque partout. La plupart des articles d'aide vous diront qu'il s'agit d'un « identifiant unique pour une transaction » et en resteront là. Cette réponse est techniquement correcte mais pratiquement inutile. Cela ne vous aide pas lorsque Binance demande votre TXID pour enquêter sur un dépôt manquant, ou lorsqu'une contrepartie OTC vous envoie une capture d'écran d'un TXID affirmant qu'elle vous a payé. Vous devez savoir comment le hachage est réellement généré, quelles données il expose sur un explorateur de blockchain, pourquoi il ne peut pas être falsifié et comment en lire un sur différentes chaînes.

Dans ce guide, vous apprendrez exactement comment fonctionnent les hachages de transaction, les différences de format précises entre les TXID Bitcoin, Ethereum, Solana et Tron, chaque champ qu'un TXID expose sur un explorateur de blocs, le processus étape par étape pour trouver votre TXID sur Coinbase, Binance, Kraken, MetaMask, Phantom et Trust Wallet, comment utiliser un TXID pour contester un dépôt manquant, pourquoi un hachage de transaction ne peut pas être falsifiés ou rejoués, et les escroqueries de plus en plus courantes utilisant de fausses captures d'écran TXID dans le trading peer-to-peer. À la fin, vous lirez les TXID de la même manière qu’un mécanicien lit un numéro VIN.

Qu'est-ce qu'un hachage de transaction ?

Un hachage de transaction, abrégé en TXID (transaction ID) ou tx hash, est un identifiant cryptographique unique attribué à chaque transaction diffusée sur une blockchain. Il s'agit du reçu, du numéro de suivi et de la clé de recherche d'une transaction, tout en un. Une fois qu'une transaction est diffusée, le TXID est la seule chaîne dont vous avez besoin pour découvrir absolument tout ce qui est publiquement connu à son sujet.

La meilleure analogie est un numéro de confirmation de billet d'avion. Lorsque vous réservez un vol, la compagnie aérienne vous donne une référence de réservation à six caractères. Avec cette chaîne, vous pouvez rechercher le nom du passager, l'itinéraire, le numéro de siège, l'heure, le prix et l'état actuel du vol. Toute personne disposant de la référence de réservation peut récupérer ces données. La référence elle-même ne vous permet pas de modifier la réservation ou de voler le siège, elle vous permet uniquement de la rechercher. Un TXID fonctionne de la même manière. Avec un TXID, vous pouvez voir qui a envoyé quoi à qui, combien, quand, sur quel bloc, avec quelle quantité de gaz et si la transaction a réussi ou échoué. Vous ne pouvez rien faire avec le TXID à part le rechercher, ce qui est exactement ce qui rend le partage sécurisé.

Chaque chaîne attribue ces identifiants à peu près de la même manière. Le réseau récupère toutes les données d'une transaction (expéditeur, destinataire, montant, nonce, signature, paramètres de gaz et toutes données d'appel de contrat) et les alimente dans une fonction de hachage cryptographique. Le résultat est une chaîne de longueur fixe qui empreinte de manière unique l’intégralité de la transaction. Modifiez un seul octet de la transaction sous-jacente et le hachage change complètement. C'est la propriété qui donne aux TXID leur pouvoir d'identifiant.

Comment un hachage de transaction est calculé

Le mécanisme derrière un hachage de transaction est une fonction de hachage cryptographique. Une fonction de hachage prend n'importe quelle entrée de n'importe quelle longueur et produit une sortie de longueur fixe qui semble complètement aléatoire mais déterministe, ce qui signifie que la même entrée produit toujours la même sortie. Les deux fonctions de hachage que vous rencontrerez constamment en crypto sont SHA-256 (utilisé par Bitcoin) et Keccak-256 (utilisé par Ethereum et la plupart des chaînes EVM). Pour approfondir les mathématiques, consultez notre guide complet du hachage en crypto.

Le flux est conceptuellement simple. Le portefeuille crée un objet de transaction contenant tout ce qui doit être en chaîne : l'expéditeur, le destinataire, le montant, le nonce (numéro de séquence pour l'expéditeur), la limite de gaz, le prix du gaz, toute charge utile de données et la signature numérique prouvant que l'expéditeur a effectivement autorisé la transaction. Le nœud recevant la transaction sérialise cet objet dans un blob binaire en utilisant un codage spécifique (RLP pour Ethereum, le format de transaction Bitcoin pour BTC). Ce blob est ensuite exécuté via la fonction de hachage une ou deux fois en fonction de la chaîne. La sortie est le TXID.

Le fait que les fonctions de hachage soient déterministes est la seule raison pour laquelle les TXID fonctionnent comme identifiants. Si vous me donnez un TXID, je peux récupérer les données de transaction originales de la blockchain, les exécuter via la même fonction de hachage et vérifier les correspondances de hachage. Si ne serait-ce qu’un seul bit des données de transaction a été falsifié, le hachage ne correspondra pas et nous savons que les données sont corrompues ou fausses. C’est ce qui rend les blockchains inviolables.

Il convient également de comprendre ce que le hachage ne fait pas. Une fonction de hachage est à sens unique. Vous ne pouvez pas prendre un TXID et procéder à une ingénierie inverse des données de transaction à partir de celui-ci. La seule façon de trouver la transaction est de rechercher le TXID par rapport à un index de transactions connues géré par les nœuds blockchain. C'est pourquoi les explorateurs de blocs existent en tant que service : ils conservent une base de données géante consultable de chaque TXID et de la transaction vers laquelle il pointe.

Bitcoin TXID : format et bizarrerie de l'endianité

Un TXID Bitcoin comporte 64 caractères hexadécimaux, représentant 256 bits (32 octets) de données. Il est généré en exécutant la transaction sérialisée via SHA-256 deux fois de suite, une construction appelée double-SHA-256 ou SHA-256d. Le « double » était un choix défensif fait par Satoshi pour se protéger contre les attaques d'extension de longueur sur SHA-256.

Un vrai TXID Bitcoin ressemble à ceci : 4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b. Il s’agit de la toute première transaction Bitcoin non-coinbase, de Satoshi à Hal Finney en janvier 2009. Vous pouvez la coller dans n’importe quel explorateur de blocs Bitcoin dès maintenant et récupérer le transfert initial de 10 BTC. Il est consultable depuis 17 ans et cela continue.

Voici la bizarrerie que presque aucun article de niveau débutant ne mentionne. Les TXID Bitcoin sont calculés en interne en utilisant un ordre d'octets petit-boutiste, mais ils sont affichés dans les explorateurs de blocs dans un ordre d'octets gros-endien. Ainsi, le hachage produit par le logiciel de nœud est littéralement inversé en octets par rapport à ce que vous copiez sur blockchain.com. Il s’agit simplement d’une convention d’affichage remontant au code source original de Bitcoin. Les deux représentations pointent vers la même transaction, mais si vous créez un logiciel qui interagit avec l'interface Bitcoin RPC, vous devez savoir à quel ordre chaque outil s'attend. Pour les utilisateurs finaux qui copient et collent uniquement les TXID entre les explorateurs et les échanges, l'inversion d'octets est complètement invisible, mais elle pique parfois les développeurs qui tentent de décoder manuellement les données.

Les TXID Bitcoin ne sont pas non plus sensibles à la casse en hexadécimal, mais les explorateurs les affichent classiquement en minuscules. Coller une version majuscule fonctionnera toujours partout. Bitcoin Cash, Litecoin, Dogecoin et la plupart des autres chaînes dérivées de Bitcoin utilisent exactement le même format hexadécimal minuscule de 64 caractères car elles ont hérité de la base de code.

Ethereum Tx Hash : Format et Keccak-256

Les hachages Ethereum tx ont également une longueur de 256 bits, mais ils utilisent une fonction de hachage différente et une convention d'affichage différente. Ethereum utilise Keccak-256, qui est la soumission originale de Keccak au concours SHA-3 (et non le SHA-3-256 standardisé légèrement modifié que le NIST a finalement publié). Les données de transaction sont codées RLP, hachées une fois avec Keccak-256, et le résultat est affiché en hexadécimal avec un Préfixe 0x pour indiquer un hexadécimal.

Un hachage Ethereum tx ressemble à ceci : 0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b. Ce préfixe 0x indique que vous recherchez un hachage de style Ethereum plutôt qu’un TXID Bitcoin. Chaque chaîne compatible EVM suit la même convention : Polygon, BNB Chain, Arbitrum, Optimism, Base, Avalanche C-Chain, Linea, Scroll et des dizaines d'autres produisent tous des hachages tx au format de caractères hexadécimaux 0x + 64.

Une propriété intéressante des hachages Ethereum par rapport aux TXID Bitcoin est qu'ils n'ont pas de décalage d'endianité. Le hachage que vous voyez dans la réponse RPC, le hachage que vous voyez dans l'explorateur et le hachage que vous remettez dans le réseau pour le traçage sont tous la même chaîne dans le même ordre. Le préfixe 0x est également utile car il permet aux analyseurs de reconnaître immédiatement la valeur comme hexadécimale sans ambiguïté.

Solana, Tron et Cosmos : autres formats de chaîne

Toutes les chaînes ne suivent pas le formatage BTC ou ETH. Solana en particulier est une bête très différente. Les TXID Solana sont la signature de la transaction, codée en base58, et ils finissent par comporter environ 87 à 88 caractères. Ils mélangent des lettres et des chiffres latins majuscules et minuscules, mais ils excluent les caractères 0, O, I et l minuscule car ceux-ci sont visuellement ambigus en base58. Une signature Solana pourrait ressembler à 5UfgccYAhP1zsvN3KrR3qdwAEoFD9oM57V47kuCu2hYE7XfTzGW5gQpBkAaKuY1MNQ1qDpDfu6gN6szwh1MxmKaH. Il n'y a pas de préfixe 0x, pas d'hexadécimal et pas de zéros non significatifs.

Tron utilise un format hexadécimal minuscule de 64 caractères qui semble identique à un TXID Bitcoin. Il n'y a pas de préfixe. Cosmos et les chaînes de l'écosystème Cosmos (Osmosis, Celestia, dYdX v4) utilisent généralement des hachages hexadécimaux majuscules de 64 caractères calculés avec SHA-256 sur la transaction Tendermint codée. NEAR utilise des hachages codés en base58. Polkadot et Kusama utilisent un hexadécimal préfixé 0x comme Ethereum mais calculent le hachage avec Blake2b-256 au lieu de Keccak-256.

Le point pratique à retenir est que vous pouvez presque toujours savoir à quelle chaîne appartient un TXID simplement en le regardant. Un préfixe 0x signifie une chaîne EVM. Un hexadécimal minuscule de 64 caractères sans préfixe est probablement Bitcoin ou Tron. Solana est une chaîne alphanumérique à casse mixte de 87 à 88 caractères sans caractères spéciaux. Cette reconnaissance de formes permet de gagner beaucoup de temps lors du dépannage des dépôts sur plusieurs réseaux.

Quelles données vous pouvez voir à partir d'un TXID sur un explorateur de blocs

C'est là que la plupart des articles pour débutants vous échouent. Ils vous disent que vous pouvez « rechercher » une transaction, mais ils ne répertorient pas tout ce que vous pouvez réellement voir. Le TXID est la clé d’un trésor de données, et vous devez savoir exactement ce qu’il contient. Pour des procédures pratiques, consultez notre Tutoriel Etherscan et Solscan.

Les adresses « de » et « à » vous indiquent qui a envoyé et reçu. Le montant et le symbole du jeton vous indiquent ce qui a été déplacé. Le statut confirme si la transaction a été réellement exécutée par le réseau ou si elle a été annulée (gaz payé mais n'a rien fait). Le block number vous indique dans quel bloc la transaction a été finalisée et l'horodatage vous indique quand ce bloc a été extrait ou attesté. Confirmations compte le nombre de blocs supplémentaires qui ont été ajoutés en haut, et ce nombre est celui que les bourses utilisent pour décider qu'un dépôt est « sûr ».

Gaz et frais de gaz vous indique exactement combien l'expéditeur a payé. Les logs et événements sont émis par les smart contracts et vous racontent ce qui s'est passé au-delà d'un simple transfert (un swap sur Uniswap émettra des événements Swap, une approbation émettra un événement Approval). Les transactions internes sont les mouvements de valeur entre les contrats au sein d'une transaction externe. Les données d'entrée sont les données d'appel brutes codées qui peuvent être décodées si la source du contrat est vérifiée.

Comment trouver votre TXID sur Coinbase, Binance et Kraken

Si vous venez d'envoyer de la crypto depuis un échange et que vous avez besoin du TXID, voici le chemin exact sur chacun des trois plus grands échanges centralisés. Les étapes sont essentiellement le même modèle : ouvrez l'historique de votre compte, recherchez le retrait ou le dépôt, cliquez dessus et recherchez le champ de hachage en chaîne.

Une chose à savoir est que certains échanges retardent la visibilité du TXID jusqu'à ce que le retrait soit effectivement diffusé. Si vous venez de cliquer sur « retirer » et que le statut est toujours « en cours de traitement » en interne, vous ne verrez pas encore de TXID car il n'y a pas encore de transaction en chaîne. La bourse effectue toujours ses contrôles de conformité internes, regroupe les retraits ou reste simplement dans une file d'attente. Le TXID n'apparaît qu'une fois que les fonds quittent réellement le portefeuille d'échange.

Comment trouver votre TXID dans MetaMask, Phantom et Trust Wallet

Les portefeuilles d'auto-conservation sont généralement plus rapides et plus transparents car chaque transaction que vous signez se déroule directement sur la chaîne et vous voyez immédiatement le TXID. Voici comment le trouver dans les trois portefeuilles non dépositaires les plus populaires.

Dans MetaMask, ouvrez l'extension ou l'application mobile, cliquez sur votre compte et faites défiler jusqu'à l'onglet Activité. Chaque transaction de la liste est cliquable. Cliquez sur celui que vous souhaitez et un panneau de détails apparaît avec les données complètes de la transaction. En bas, il y a un bouton "Afficher sur l'explorateur de blocs" qui vous amène directement à Etherscan (ou à l'explorateur approprié pour la chaîne sur laquelle vous vous trouvez). Le TXID y est affiché à la fois dans l'URL et dans la page elle-même, prêt à être copié. Si vous n'avez besoin que du hachage sans quitter le portefeuille, cliquez sur le menu à trois points et sélectionnez « Afficher les détails du journal d'activité » pour voir le hachage brut.

Phantom (le premier portefeuille Solana, désormais multi-chaînes) fonctionne de la même manière. Ouvrez le portefeuille, appuyez sur l'icône d'activité ou sur la liste des transactions récentes, puis appuyez sur la transaction qui vous intéresse. La vue détaillée montre la signature (qui est l'équivalent Solana d'un TXID) et un bouton pour l'afficher sur Solscan ou Solana Explorer. Les signatures Solana sont de longues chaînes en base58, vous souhaiterez donc les copier plutôt que d'essayer de les retaper.

Trust Wallet, courant sur mobile, répertorie les transactions par actif. Appuyez sur un jeton, faites défiler jusqu'à Historique, appuyez sur une ligne et vous obtenez un bouton "Afficher sur l'Explorateur" en bas. Le TXID est également affiché dans le panneau de détails au-dessus de ce bouton. Parce que Trust prend en charge de nombreuses chaînes, l'explorateur qu'il ouvre varie en fonction du réseau de la transaction (BscScan pour BNB Chain, PolygonScan pour Polygon, Tronscan pour Tron, etc.).

Si jamais vous révoquez des autorisations via Trust ou MetaMask, cette révocation est également une transaction et produit son propre hachage. Consultez notre guide sur transactions d'approbation cryptographique pour savoir pourquoi c'est important.

Confirmation d'un dépôt sur une bourse à l'aide d'un TXID

Le scénario le plus courant dans lequel quelqu'un a besoin de toute urgence d'un TXID est celui où un dépôt sur une bourse est manquant ou bloqué. Voici le flux de travail qui le résout réellement.

Tout d'abord, récupérez le TXID du côté expéditeur. Si vous avez envoyé à partir d'un portefeuille de garde autonome, suivez les étapes MetaMask, Phantom ou Trust Wallet ci-dessus. Si vous avez envoyé depuis un autre échange, suivez les étapes de Coinbase, Binance ou Kraken. Obtenez le hachage complet dans le presse-papiers.

Deuxièmement, collez le TXID dans un explorateur de blocs pour obtenir la chaîne correcte. C’est crucial. Si vous avez envoyé de l'USDT sur Tron et essayez de le rechercher sur Etherscan, vous n'obtiendrez rien car Etherscan indexe uniquement le réseau principal Ethereum. L'USDT sur Tron vit sur Tronscan. L'USDT sur BNB Chain vit sur BscScan. L'USDT sur Polygon vit sur PolygonScan. Choisissez le bon explorateur pour le réseau que vous avez utilisé.

Troisièmement, vérifiez trois choses sur la page de l'explorateur. L'adresse « À » doit correspondre à l'adresse de dépôt que la bourse vous a donnée. Le statut devrait indiquer Succès. Le nombre de confirmations doit être égal ou supérieur à ce que l'échange exige (généralement 1 pour Solana, 6 pour Bitcoin, 12 à 32 pour Ethereum, varie pour les autres chaînes). Si les trois sont vrais, la transaction est effectuée du point de vue de la blockchain. Tout ce qui manque est du côté de la bourse, pas du côté du réseau.

Quatrièmement, si les confirmations sont satisfaites mais que l'échange n'a pas crédité le dépôt, ouvrez un ticket d'assistance et joignez : (a) le TXID, (b) une capture d'écran de la page de l'explorateur montrant le succès et les confirmations, (c) l'adresse de dépôt à laquelle vous avez envoyé, (d) l'horodatage. Grâce à ces quatre informations, l'équipe d'assistance peut localiser le dépôt dans son grand livre interne en quelques minutes. Sans le TXID, ils ne peuvent rien faire pour vous et le ticket languira.

L'échange peut vous indiquer que le dépôt a été envoyé au mauvais réseau (par exemple, vous avez envoyé ERC-20 USDT à une adresse de dépôt BEP-20). Certains peuvent récupérer ces dépôts de « mauvais réseau » avec un processus manuel et moyennant des frais. D’autres ne le peuvent pas. Le TXID est ce qui leur permet même de tenter la récupération.

Pourquoi les TXID ne peuvent pas être falsifiés

Voici la propriété qui rend les hachages de transaction utiles comme preuve de paiement. Ils sont déterministes et liés cryptographiquement aux données de transaction. Si quelqu'un essaie de construire un "faux" TXID, il devra soit :

(1) Recherchez une collision de hachage dans SHA-256 ou Keccak-256. C’est l’équivalent cryptographique du fait de gagner simultanément à toutes les loteries sur Terre pour le reste de l’histoire de l’humanité. Les fonctions de hachage modernes n'ont aucune attaque par collision réalisable connue. Il n’est pas possible de produire un faux TXID correspondant à un vrai.

(2) Forgez une transaction et diffusez-la. Cela échoue car chaque transaction doit être signée par la clé privée de l'expéditeur. Sans le clé privée, pas de signature, pas de transaction valide, pas de TXID. La signature fait partie des données hachées, donc changer l'expéditeur invalide tout.

(3) Rejouez une ancienne transaction. Les chaînes modernes ont replay protection intégré. Ethereum utilise le nonce (un compteur qui s'incrémente à chaque transaction de ce compte) pour empêcher que la même transaction soit incluse deux fois. Bitcoin utilise le fait que les UTXO ne peuvent être dépensés qu’une seule fois. Solana utilise des références récentes de blockhash. Vous ne pouvez pas simplement rediffuser la transaction d'hier et prétendre qu'elle est nouvelle.

Ce déterminisme est ce qui rend les TXID admissibles comme preuve dans les litiges juridiques, les billets d'échange et les rapprochements comptables. Le hachage est mathématiquement lié à un seul événement spécifique qui s'est produit à un moment précis et a été signé par un portefeuille spécifique. Cela ne peut point indiquer autre chose.

Mempool vs Confirmed : quand le TXID devient réel

Une transaction passe par deux phases. Premièrement, après l'avoir signé et diffusé, il entre dans le mempool. Le mempool est la file d'attente à l'échelle du réseau de transactions non confirmées en attente d'être incluses dans un bloc par les validateurs ou les mineurs. Durant cette phase, le TXID existe déjà et est consultable, mais la transaction n'a pas été finalisée. Il peut toujours échouer, être abandonné ou remplacé.

Une fois qu'un validateur inclut la transaction dans un bloc et que ce bloc est ajouté à la chaîne, la transaction est "confirmée". Chaque bloc supplémentaire ajouté par-dessus constitue une confirmation supplémentaire. Plus il y a de confirmations, plus il serait économiquement coûteux d'annuler la transaction via une réorganisation de la chaîne, c'est pourquoi les bourses et les commerçants fixent des seuils de confirmation avant de créditer les dépôts.

Sur Bitcoin, six confirmations (environ une heure) sont considérées comme très sûres. Sur le réseau principal Ethereum, douze confirmations (environ deux minutes et demie) sont la norme, bien que de nombreux échanges aient porté ce chiffre à 32 ou plus après la fusion pour s'aligner sur la finalité. Sur Solana, la finalité est beaucoup plus rapide mais exprimée différemment car Solana utilise un modèle de consensus différent. L'explorateur de blocs vous montrera exactement le nombre de confirmations dont dispose un TXID à tout moment.

Si une transaction reste dans le pool de mémoire avec des frais trop bas et n'est jamais incluse, elle finira par être abandonnée par les nœuds (généralement après 14 jours sur Bitcoin, plus tôt sur Ethereum). Le TXID redeviendra alors « introuvable ». C'est rare en 2026 grâce à une meilleure estimation des frais dans les portefeuilles, mais cela se produit toujours lors des pics de frais.

Escroqueries courantes : fausses captures d'écran TXID dans le trading P2P

Cette arnaque est endémique dans les transactions OTC et peer-to-peer, et elle a trompé les traders expérimentés. La configuration : vous acceptez une transaction P2P, la contrepartie prétend avoir envoyé la crypto et vous envoie une capture d'écran d'une page d'explorateur affichant un statut de réussite vert et votre adresse. Vous libérez votre part du marché. Ensuite, vous réalisez que la capture d'écran était soit fausse, soit une mauvaise transaction ou un petit montant de test avec la capture d'écran agrandie pour paraître plus grande.

Des variantes plus sophistiquées impliquent l'envoi d'une véritable transaction en chaîne qui semble légitime mais qui concerne un jeton similaire sans valeur. Le classique vous envoie de l'USDD ou de l'USTC au lieu de l'USDT, en espérant que vous ne remarquiez pas le ticker légèrement différent. Vérifiez toujours que l'adresse du contrat du jeton sur l'explorateur correspond au contrat USDT officiel pour cette chaîne.

Une autre variante utilise des transactions de « valeur nulle » ou un empoisonnement d'adresse dans lequel un escroc envoie un transfert de valeur nulle à partir d'une adresse personnalisée qui imite l'une de vos contreparties réelles, de sorte que l'adresse frauduleuse apparaît dans votre historique de transactions et que vous la copiez-collez accidentellement plus tard. Vérifiez toujours les adresses complètes, jamais seulement les premiers et derniers caractères.

Remplacement par frais (RBF) et malléabilité TXID

Deux problèmes techniques affectent spécifiquement les TXID Bitcoin : le remplacement par des frais et la malléabilité historique des transactions.

Le remplacement par frais est une fonctionnalité permettant à l'expéditeur d'une transaction Bitcoin non confirmée de diffuser une nouvelle version de la même transaction avec des frais plus élevés, et les mineurs incluront de préférence la version aux frais plus élevés. La nouvelle transaction a un TXID différent car les données sont différentes (les frais ont changé). Si vous surveillez le pool de mémoire pour un dépôt et que l'expéditeur effectue un RBF, vous verrez le TXID d'origine disparaître et un nouveau TXID apparaître avec le même transfert logique. C'est intentionnel. C'est une fonctionnalité, pas un bug. La plupart des portefeuilles modernes affichent le remplacement du RBF sous la forme d'une chaîne de TXID associés.

La malléabilité des transactions était un bug historique dans Bitcoin où la partie signature d'une transaction pouvait être modifiée par un tiers (sans l'invalider) d'une manière qui modifiait le TXID avant la confirmation. Cela a provoqué plusieurs incidents au début de Bitcoin, notamment la saga Mt. Gox. SegWit, activé en 2017, a résolu ce problème en déplaçant les données de signature en dehors de la partie hachée pour le TXID. Post-SegWit, les TXID Bitcoin ne sont pas malléables. Ethereum n’a jamais eu ce problème en raison de la façon dont il sérialise et hache les transactions.

Utilisation du TXID comme preuve de paiement

Étant donné que les TXID sont cryptographiquement infalsifiables et liés à des événements spécifiques en chaîne, ils constituent une excellente preuve de paiement. Si vous devez une dette en crypto à quelqu'un, le payer et lui envoyer le TXID est fonctionnellement équivalent à un numéro de référence de virement bancaire, sauf qu'il est vérifiable par toute personne ayant accès à Internet et qu'il est impossible de le falsifier.

Les autorités fiscales de la plupart des juridictions acceptent les TXID comme preuve de transactions cryptographiques pour la déclaration des gains en capital. Les auditeurs les utilisent pour rapprocher les avoirs cryptographiques. Les tribunaux de plusieurs juridictions ont admis les TXID comme preuve dans des affaires de fraude et de recouvrement d'avoirs. Certains commerçants demandent explicitement le TXID après le paiement pour enregistrer le paiement dans leur système de commande.

Le seul compromis est la confidentialité. Blockchain Les registres sont publics par défaut. Toute personne possédant le TXID peut voir l'adresse d'origine, l'adresse de destination, le montant et toute autre transaction effectuée par l'une ou l'autre adresse. Si vous donnez votre TXID à quelqu'un, celui-ci dispose désormais d'un lien vers votre portefeuille. C'est bien pour les preuves ponctuelles, mais cela pose un problème de confidentialité si vous utilisez le même portefeuille pour vos activités personnelles et professionnelles. Pour les paiements sensibles, pensez à utiliser une adresse fraîchement générée.

TXID dans les interactions de contrats intelligents

Toutes les transactions ne sont pas un simple transfert. Lorsque vous interagissez avec un contrat intelligent (approbation d'une dépense de jeton, échange sur Uniswap, création d'un NFT, vote dans la gouvernance DAO), vous créez une transaction qui appelle une fonction sur un contrat. Cette transaction reçoit toujours un seul TXID, mais la page de l'explorateur correspondante affiche des données beaucoup plus riches qu'un simple envoi.

En particulier, l'onglet Journaux/Événements des explorateurs de style Etherscan affiche tous les événements émis par le contrat dans le cadre de l'exécution de votre transaction. Un swap Uniswap émettra un événement Swap avec les montants d'entrée et de sortie et l'adresse du pool. Un transfert ERC-20 émettra un événement Transfer. Un atelier ERC-721 émettra un événement de transfert à partir de l'adresse zéro. Ces événements permettent aux indexeurs, aux dApps et aux agrégateurs de reconstruire ce qui se passe en chaîne au niveau de la couche application.

Si le contrat est vérifié sur l'explorateur (ce qui signifie que le code source a été téléchargé et correspond au bytecode déployé), l'onglet Données d'entrée affichera un appel de fonction décodé lisible par l'homme : le nom de la fonction et chaque argument avec sa valeur. Cela rend les interactions contractuelles complexes déboguables. Sans vérification, vous ne voyez que des données hexadécimales opaques.

Les transactions internes sont une autre catégorie. Lorsque votre transaction appelle un contrat qui à son tour appelle un autre contrat, les appels internes de contrat à contrat n'obtiennent pas leur propre TXID externe, mais ils sont enregistrés en tant que transactions internes sous le même TXID externe. Les explorateurs les exposent dans un onglet séparé. C’est ainsi que vous pouvez auditer des transactions flash DeFi complexes à partir d’un seul hachage de départ.

Questions fréquemment posées

Conclusion

Un hachage de transaction est l'élément d'information le plus important dans tout transfert cryptographique que vous effectuerez, et pourtant c'est celui que la plupart des débutants ignorent jusqu'à ce que quelque chose se passe mal. Vous savez maintenant de quoi il s'agit réellement : une empreinte cryptographique calculée par SHA-256 ou Keccak-256 sur vos données de transaction, liée de manière unique et inviolable à cet événement en chaîne. Vous savez comment lire le format sur Bitcoin, Ethereum, Solana et Tron, quels champs il déverrouille sur un explorateur de blocs et comment l'extraire de n'importe quel portefeuille ou échange majeur.

La prochaine fois qu'un dépôt disparaîtra, vous ne paniquerez pas. Vous extrairez le TXID de la plate-forme d'envoi, le collerez dans le bon explorateur, vérifierez l'adresse de destination, le statut et les confirmations, et confirmerez que le réseau a fait son travail (et l'échange vous doit le crédit) ou identifierez exactement où l'échec s'est produit. La prochaine fois que quelqu'un essaiera de vous montrer une capture d'écran lors d'un échange P2P, vous collerez vous-même le hachage dans l'explorateur et vérifierez que le montant et la destination correspondent avant de publier quoi que ce soit. Et la prochaine fois que vous interagirez avec un contrat intelligent, vous saurez comment lire les journaux et les événements pour confirmer exactement ce que votre transaction a fait.

Le hachage de transaction est l'outil le plus puissant pour l'autosouveraineté en crypto. Les grands livres publics n’ont de sens que parce que chaque transaction est identifiable en permanence, vérifiable et reproductible à partir de son hachage. Apprenez à bien les utiliser et vous passerez beaucoup moins de temps à vous disputer avec les agents de support et beaucoup plus de temps à faire ce que vous vouliez faire en chaîne.