Vous appuyez sur « Envoyer », puis une roue tourne. L’opération est-elle terminée ? Pas forcément. Une transaction est une instruction signée qui demande au réseau de modifier son registre. L’envoyer et la voir exécutée sont deux étapes distinctes.
Le guide du wallet expliquait qui signe. Regardons maintenant le trajet de cette instruction, en prenant Ethereum comme exemple : les détails varient selon les blockchains.
Ce que vous demandez au réseau
Un transfert simple indique notamment un destinataire et un montant. Une interaction avec une application peut plutôt demander à un programme d’échanger des tokens ou de modifier une autorisation. Le destinataire technique peut alors être un contrat, sans être la personne qui recevra finalement un actif.
Le wallet prépare les informations et demande votre signature. Celle-ci autorise une instruction précise ; elle ne prouve pas que l’offre est honnête. La documentation des transactions Ethereum décrit les données envoyées au réseau.
Du clic à l’inscription dans un bloc
- Préparation. Le wallet rassemble l’action, le réseau et une estimation des frais.
- Signature. Vous approuvez l’instruction selon les règles de votre compte.
- Transmission. L’instruction est communiquée au réseau. Elle peut rester en attente.
- Exécution. Lorsqu’elle est incluse dans un bloc, le réseau vérifie ses règles et calcule le résultat.
- Confirmation et finalité. Le réseau consolide l’historique selon son mécanisme de consensus.
Un bloc rassemble des transactions. Être inclus dans un bloc et atteindre la finalité, c’est-à-dire un état dont la remise en cause est fortement contrainte par le protocole, ne sont pas nécessairement simultanés. Les blocs Ethereum permettent de comprendre cette progression sans promettre un délai universel.
À quoi servent les frais ?
Exécuter une instruction consomme des ressources. Sur Ethereum, le gas mesure une quantité de travail et les frais dépendent notamment du travail consommé et de son prix unitaire. Ils ne sont pas simplement un pourcentage du montant transféré.
Une opération incluse mais échouée peut tout de même coûter des frais : le réseau a travaillé avant de constater l’échec. En revanche, une demande refusée dans le wallet avant transmission n’est pas une exécution facturée par la blockchain. Cette distinction est expliquée dans la documentation du gas.
Lire un résultat plutôt qu’une animation
Prenons un exemple fictif. Lina demande l’envoi de 10 unités à Sami. Le wallet affiche « envoyé », mais l’explorateur indique « en attente ». Sami ne devrait pas considérer ce premier écran comme une preuve de réception définitive.
Un explorateur de blocs permet de rechercher l’identifiant de transaction, aussi appelé hash. Sur le bon réseau, Lina vérifie le statut, les adresses, les montants et les frais réellement payés. Pour un contrat, elle examine aussi les transferts de tokens : le champ du montant natif ne raconte pas toujours toute l’opération.
Si l’exécution échoue, elle lit la cause avant de recommencer. Répéter mécaniquement la même demande peut reproduire le problème. Si elle réussit vers une mauvaise adresse, il n’existe généralement pas de bouton de retour arrière du réseau.
Vérifiez votre compréhension
« Mon échange a échoué, donc aucun frais n’a pu être payé. » Vrai ou faux ? Faux. Il faut distinguer un refus avant envoi d’une exécution sur le réseau qui échoue après avoir consommé des ressources.
À retenir : signature, transmission, exécution et finalité répondent à des questions différentes. Le statut vérifiable compte davantage que l’animation du wallet.
Étape suivante : cryptomonnaie, token et NFT, quelles différences ?