Comment lire une transaction crypto, de son hash à sa confirmation

Un transfert crypto peut avoir un identifiant avant de recevoir un numéro de bloc. Il peut ensuite obtenir des confirmations, un reçu et une mise à jour du compte. Tous ces éléments concernent le même paiement, mais ils ne désignent pas la même chose.

Cette distinction est utile lorsque le vocabulaire crypto apparaît dans d’autres services en ligne. Après une activité sur 1x, le relevé d’un portefeuille peut montrer plusieurs étapes d’une même transaction : le hash apparaît avant les données du bloc, puis le nombre de confirmations change.

La référence du bloc arrive plus tard, comme le nombre de confirmations. Une transaction laisse plusieurs traces parce que chacune répond à une question différente.

Le hash de transaction précède la référence du bloc

Ethereum identifie chaque transaction par un hash de 32 octets. Une fois la transaction incluse dans un bloc, son relevé peut aussi contenir un blockHash et un blockNumber.

Ces deux hash ont des fonctions distinctes. Le hash de transaction identifie le transfert. Le hash de bloc renvoie au bloc qui le contient.

Avant l’inclusion, cette seconde couche n’existe pas. Une transaction Ethereum en attente peut renvoyer null pour son hash de bloc et son numéro de bloc, alors même que son hash de transaction existe déjà.

Le relevé peut aussi indiquer les adresses d’envoi et de réception, la valeur transférée, les données de gas et un nonce. Ces champs décrivent différents aspects de la même transaction : ils ne créent pas des paiements distincts.

« En attente » est une étape, pas un autre identifiant

Une transaction signée est d’abord transmise au réseau. Son inclusion dans un bloc vient ensuite.

La séquence est facile à voir sur Bitcoin. À zéro confirmation, la transaction a été diffusée, mais n’est pas encore entrée dans un bloc. La première confirmation arrive au moment de cette inclusion. Les blocs suivants augmentent le compteur.

Le parcours tient en cinq étapes :

• la transaction est signée et diffusée ;

• un relevé en attente peut exister avant son inclusion ;

• un bloc contient la transaction ;

• les blocs suivants ajoutent des confirmations ;

• le compte ou le système du marchand peut être mis à jour séparément.

Bitcoin vise un intervalle moyen d’environ dix minutes entre les blocs. En réalité, ils n’arrivent pas à heure fixe : l’attente peut être plus courte ou plus longue.

Six confirmations servent souvent de repère plus solide pour les transferts importants. C’est une convention du réseau, pas une règle universelle imposée par tous les services destinataires.

Un même nombre de confirmations peut correspondre à des durées très différentes

Le chiffre six n’a de sens que si l’on connaît le réseau concerné.

Sur Bitcoin, les blocs arrivent en moyenne toutes les dix minutes. Ethereum produit un bloc toutes les 12 secondes environ. Six confirmations Bitcoin et six blocs Ethereum supplémentaires couvrent donc des durées très différentes.

Le fonctionnement des deux réseaux diffère aussi. On ne peut donc pas comparer leurs confirmations à partir du seul chiffre affiché.

C’est plus précis que de dire qu’une blockchain est simplement plus rapide : chaque compteur doit être lu dans le contexte du réseau qui le produit.

Le reçu indique ce qui s’est passé après l’exécution

Ethereum ajoute une autre couche d’informations une fois la transaction traitée dans un bloc.

Le reçu de transaction peut contenir le hash d’origine et les données du bloc. Il indique aussi la quantité de gas utilisée, son prix effectif et le statut d’exécution.

Le champ de statut est bref : 1 signifie réussite, 0 signifie échec.

Le reçu n’est pas disponible tant que la transaction est en attente. La distinction est nette : le hash peut exister en premier, le reçu suit l’exécution.

Un portefeuille peut donc afficher un identifiant de transaction valide alors que certains champs ultérieurs sont encore vides. Il n’y a pas de contradiction : les relevés correspondent à différents moments.

Le hash d’un casino crypto peut servir à autre chose

Les systèmes de casino peuvent afficher une autre longue chaîne hexadécimale, sans rapport avec le règlement d’un paiement.

Dans un système provably fair, un hash SHA-256 peut engager le casino sur une graine serveur cachée avant une partie. La graine d’origine est dévoilée plus tard et de nouveau soumise au hash pour vérifier cet engagement préalable.

Un utilisateur qui passe du casino 1xbet aux relevés de transactions crypto peut rencontrer de longues chaînes hexadécimales qui se ressemblent. Pourtant, le hash d’engagement d’une graine et le hash d’une transaction blockchain ont des fonctions entièrement différentes.

Un montage provably fair courant associe une graine serveur, une graine client et un nonce. SHA-256 produit un résultat de 256 bits, généralement affiché sous la forme de 64 caractères hexadécimaux.

Les chaînes peuvent se ressembler. Leur fonction, non.

Cette distinction sépare aussi le jeu responsable des calculs de vérification. Un hash peut aider à contrôler l’engagement pris sur un résultat, mais il ne rend pas ce résultat prévisible. Des limites de jeu raisonnables restent nécessaires.

Les relevés crypto deviennent plus lisibles quand on rattache chaque champ à son étape. Le hash identifie le transfert, la référence du bloc consigne son inclusion et les confirmations ultérieures décrivent ce qui suit. Des chiffres semblables peuvent concerner un seul paiement sans signifier la même chose.

Le montant envoyé n’est pas égal aux frais de réseau

Deux montants peuvent figurer dans la même transaction sans faire doublon.

Sur Ethereum, le champ value indique le montant transféré. Les frais de réseau dépendent du gas consommé et du prix effectif payé pour ce gas.

Le service destinataire peut ensuite effectuer sa propre opération comptable, après la fin de l’étape blockchain. Il peut par exemple comparer une facture au montant reçu avant de mettre à jour le compte. Cette mise à jour n’est pas une confirmation blockchain supplémentaire : elle appartient au système du destinataire.

La blockchain et le compte peuvent ainsi atteindre leur état final à des moments différents.