Qu’est-ce qu’un hash de transaction ?

Un hash de transaction est l’identifiant unique de reçu et de recherche d’un transfert blockchain soumis. Après un envoi, un retrait, un dépôt ou un swap, le réseau (et la plupart des wallets ou places) attribue à cette tentative un ID pour retrouver ce transfert précis plus tard.
Définition
Un hash de transaction est l’identifiant unique de reçu et de recherche d’un transfert blockchain soumis.
Après un envoi, un retrait, un dépôt ou un swap, le réseau (et la plupart des wallets ou places) attribue à cette tentative un ID pour retrouver ce transfert précis plus tard. C’est du matériel de preuve de soumission. Ce n’est pas la destination, ni le nom du réseau, ni l’outil explorateur lui-même.
En clair :
Un hash de transaction, c’est l’ID de reçu d’un transfert soumis. Copiez la chaîne entière pour vérifier le statut ou prouver un envoi. Il ne déplace pas les fonds à lui seul, et il ne renverse pas un transfert.
Le hash est en général créé à partir des données de la transaction — une empreinte de cette tentative unique. Vous n’avez pas besoin des maths de hachage. Vous devez reconnaître le champ, le copier proprement, et l’utiliser pour le statut et le support.
En trading
Quand vous le croisez (trois scènes que les traders reconnaissent)
- Activité / Historique du wallet
Après un envoi, une réception, une autorisation ou un swap, ouvrez Activité ou Historique. Chaque ligne est en général une tentative. Ouvrez la ligne et cherchez Transaction ID, Tx Hash ou Hash, plus un contrôle de copie. Beaucoup de wallets montrent aussi Voir sur l’explorateur / View on Solscan (ou un libellé lié au réseau). Ce lien s’appuie sur le hash — le hash reste l’identifiant que vous pourrez coller dans un ticket support.
- Historique de retrait / dépôt CEX
Sur un exchange centralisé, ouvrez l’historique de retrait ou de dépôt (parfois sous Assets → History, Transaction History ou Funding). Une fois que la place diffuse un transfert on-chain, le panneau de détail expose en général un TXID / Transaction Hash. Cette chaîne sert à suivre le transfert hors de la place, et c’est ce que les équipes support demandent quand un dépôt tarde.
- Toast DEX / activité après un swap
Après confirmation d’un swap (ou d’une action on-chain similaire) dans le wallet, le DEX ou la dApp affiche souvent un toast court — « Transaction submitted », « Pending » ou « Success » — avec un extrait de hash ou un lien Voir la transaction / explorateur. Le même ID atterrit aussi dans l’Activité du wallet. Le toast n’est pas un second transfert ; c’est une autre fenêtre sur le même ID de reçu.
Si vous avez tradé pendant une semaine, vous avez presque sûrement croisé au moins un de ces écrans.
Noms et formes que vous verrez (même rôle)
Différentes apps libellent le même ID de reçu de façons différentes. Traitez-les comme des synonymes pour un seul rôle utilisateur : retrouver ce transfert soumis.
| Libellé que vous pouvez voir | Ce que cela signifie en général |
|---|---|
| Transaction hash / Txn hash / Tx Hash | L’ID de reçu / de recherche on-chain |
| TXID / TxID / Transaction ID | Même rôle — courant sur les exchanges et les formulaires support |
| Hash (seul dans un panneau de détail) | En général le hash de transaction dans le contexte de cette ligne |
| Signature (courant sur les écrans Solana) | Même rôle de reçu / recherche sous un autre libellé de chaîne |
| Longue chaîne hex (souvent 64 caractères hex ; les écrans style Ethereum montrent souvent un préfixe `0x`) | Reconnaissance d’apparence seulement — les encodages diffèrent selon le réseau |
Vous ne collectionnez pas différentes « sortes » d’ID d’argent. Vous apprenez le vocabulaire d’écran d’un seul reçu.
Petit contraste qui fait gagner du temps au support :
- Hash de transaction / TXID — identifie une tentative on-chain.
- Order ID / withdrawal ID — référence interne à la place ; utile dans cette place, mais pas un substitut à un TXID on-chain sur un explorateur.
- Adresse de wallet — chaîne de destination ou de compte (voir Qu’est-ce qu’une adresse de wallet ?).
Voyant de statut après soumission
| Statut que vous pouvez voir | Ce que cela signifie en général |
|---|---|
| Pending / submitted | Diffusé (ou en file) mais pas encore inclus comme un règlement réussi |
| Success / confirmed | Inclus on-chain ; davantage de confirmations renforcent la confiance dans le règlement |
| Failed | Une tentative a été enregistrée, mais le transfert prévu n’a pas abouti |
| Dropped / replaced | La tentative en attente n’a pas tenu, ou un remplacement l’a prise (reconnaissance seulement) |
Les places peuvent attendre plusieurs confirmations avant de créditer un dépôt. « Vu en pending dans le wallet » n’est pas la même chose que « crédité sur la place ». Une tentative échouée peut quand même laisser un hash — le reçu d’un essai qui n’a pas abouti comme prévu.
Exemple concret : ce qui se passe, dans l’ordre, après un envoi / retrait / swap
Parcours type (flux générique — pas une checklist de boutons de marque) :
- Vous soumettez un envoi depuis un wallet, un retrait depuis un exchange, ou un swap sur un DEX, et vous confirmez dans le wallet.
- Cherchez la surface de reçu : Activité / Historique, historique de retrait / dépôt, ou le toast post-soumission.
- Ouvrez la ligne ou le panneau de détail. Trouvez le champ Transaction ID, TXID, Tx Hash ou Hash.
- Copiez la chaîne entière avec le contrôle de copie. Ne retapez pas depuis un aperçu tronqué. Préférez la chaîne complète à une capture floue quand vous contactez le support.
- Lisez le voyant de statut sur le même écran — pending, success / confirmed, ou failed.
- Seulement si vous avez besoin de plus de détail, ouvrez Voir sur l’explorateur ou collez le hash dans un explorateur pour le même réseau que le transfert. Le hash est la clé de recherche ; l’explorateur est le visualiseur.
- Si une place doit vous créditer, vérifiez l’état de crédit séparément du statut on-chain. Un hash en success ne signifie pas automatiquement que la place a crédité le dépôt.
Cet ordre est tout l’enjeu : trouver le reçu → le copier proprement → lire le statut → approfondir dans l’explorateur du réseau correspondant seulement si besoin.
Ce que vous pouvez et ne pouvez pas faire avec un hash de transaction
Vous pouvez
- Retrouver plus tard un transfert soumis précis.
- Lire le statut au niveau reconnaissance — pending, success ou failed.
- Prouver un envoi à une contrepartie, un comptable ou un desk support en partageant le hash complet (ou le lien explorateur officiel construit à partir de lui).
- Séparer « la diffusion a eu lieu » de « je n’ai aucune idée où est passé le transfert ».
Vous ne pouvez pas
- Déplacer des fonds en collant ou partageant le hash. Le hash est un ID, pas une instruction de paiement.
- Renverser un transfert confirmé. Les résultats on-chain confirmés sont en général définitifs ; un hash les documente, il ne les annule pas.
- Garantir un crédit place. Succès on-chain et crédit exchange / app peuvent diverger.
- Remplacer les contrôles de destination, de réseau ou de frais que vous auriez dû finir avant la soumission.
- Tenir lieu d’une clé privée, d’une phrase de récupération ou d’une autorité de signature.
Hygiène de copie et preuve d’envoi
- Copiez le hash entier. Les chaînes tronquées échouent en général à la recherche.
- Préférez le copier-coller aux captures d’écran quand le support a besoin de l’ID.
- Collez dans l’explorateur du même réseau que le transfert.
- Partagez le hash (ou le lien explorateur officiel) quand vous avez besoin d’une preuve d’envoi ou d’une preuve pour le support.
- Ne confondez jamais « partager le hash » et « partager une phrase de récupération ou une clé privée ». Sur les chaînes transparentes, le hash est du matériel de recherche public ; les secrets ne le sont pas.
Ce qui tourne le plus souvent mal
- Pas encore de TXID après un retrait CEX — souvent encore un traitement interne, ou un mouvement interne / off-chain qui ne crée jamais de hash on-chain. Vérifiez l’historique avant de supposer une perte.
- Toujours pending longtemps — territoire frais / congestion / remplacement ; reconnaissance du statut d’abord, pas de réécriture paniquée. La profondeur frais vit sur Qu’est-ce que les frais de réseau (gas) ?
- Tentative échouée — le hash peut encore exister comme enregistrement de l’essai raté.
- Confirmé on-chain mais non crédité — échec différent de « pas de hash » ; les règles de crédit de la place et l’alignement du réseau comptent encore.
- Collé dans l’explorateur du mauvais réseau — la recherche rate même si le hash est réel.
- Chaîne tronquée ou seulement un order ID partagé — support et explorateurs ne peuvent pas résoudre la tentative on-chain.
Comment juger juste après la soumission
- Un hash de transaction / TXID est-il apparu dans l’Activité / Historique du wallet, l’historique de la place, ou le toast DEX ?
- Puis-je copier la chaîne entière, pas un aperçu tronqué ?
- Quel voyant de statut affiche-t-il — pending, success ou failed ?
- Si j’ai besoin de plus de détail, ouvre-je un explorateur pour le même réseau ?
- Si une place doit me créditer, l’historique montre-t-il le hash et l’état de crédit séparément ?
Si vous déplacez plus tard des fonds impliquant edgeX, utilisez d’abord les écrans officiels d’historique / de dépôt. Gardez le TXID de votre wallet ou de la place d’envoi pour suivre le statut sans deviner.
Pour les contrôles de destination, voir Qu’est-ce qu’une adresse de wallet ? Pour le cadre de règlement, voir Qu’est-ce qu’un réseau blockchain ? Pour lire les pages d’explorateur en profondeur, voir Qu’est-ce qu’un explorateur de blocs ? et Comment utiliser un explorateur de blocs.
À ne pas confondre avec
- Hash de transaction ≠ adresse de wallet. L’adresse est où les fonds doivent arriver. Le hash identifie un transfert soumis.
- Hash de transaction ≠ réseau blockchain. Le réseau est le cadre de registre. Le hash est un ID dans l’historique de ce cadre.
- Hash de transaction ≠ frais de réseau (gas). Le frais est ce que vous payez pour l’inclusion. Le hash est l’ID de reçu après soumission.
- Hash de transaction ≠ explorateur de blocs. L’explorateur est un visualiseur. Le hash est la clé de recherche que vous y collez.
- Hash de transaction ≠ clé privée / seed / autorité de signature. Signer autorise le transfert. Le hash étiquette le résultat soumis.
- Avoir un hash ≠ crédit place garanti. Succès on-chain et crédit place peuvent diverger.
- TXID ≠ order ID / withdrawal ID de la place. Les références internes aident dans une place ; ce ne sont pas le reçu on-chain sauf si l’écran montre aussi un TXID blockchain.
Partager
Articles associés

Prêt pour la suite ?
Passez à l’inscription ou au trading depuis cette page via les liens officiels.
Avertissement
Ce contenu est fourni à des fins éducatives uniquement et ne constitue pas un conseil en investissement. Le trading d'actifs numériques et de produits dérivés comporte des risques. Assurez-vous de comprendre les produits et tenez compte de votre situation avant de trader.





