Un exemple concret
Une transaction Ethereum de nonce 8 suit normalement celle de nonce 7 ; ce n’est pas une énigme de minage.
Dans son contexte
Le nonce d’un compte expéditeur ordonne ses transactions et empêche la réutilisation d’une même instruction. Une transaction inclut aussi des paramètres de frais, une destination éventuelle, une valeur et des données. Pour appeler un contrat, ces données identifient une fonction et ses arguments.
Le mécanisme associé, en image
- 01Expéditeur et nonce
- 02ETH natif pour les frais ordinaires
- 03Appel du contrat de jeton
- 04Mise à jour sur ce réseau
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
Ethereum conserve un état évolutif de comptes. Un compte externe peut initier des transactions par signature ; le comportement d’un contrat est défini par son code et peut modifier son stockage lors de l’exécution. Le format d’une adresse ne révèle pas s’il s’agit d’une personne, d’un service ou d’un contrat. Les soldes de jetons sont généralement enregistrés dans leurs contrats, séparément du solde natif en ETH.
Replacez le mécanisme dans son contexte
Un portefeuille affiche 100 jetons mais aucun ETH sur le réseau A, et des ETH sur B. Expliquez pourquoi une transaction ordinaire sur A peut manquer de l’actif servant aux frais. Dessinez des cases séparées pour les réseaux et les soldes natifs et de jetons.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
Le nonce aide à ordonner les transactions d’un expéditeur et à empêcher leur rejeu dans ce contexte. Un nonce antérieur manquant peut bloquer les suivants. Les mécanismes de comptes intelligents ajoutent une autorisation programmable : il faut vérifier les règles plutôt que les déduire de l’apparence. La même adresse sur un autre réseau peut désigner un état différent.
Explorer l’explication complète
Un état partagé et des comptes
Ethereum maintient un état : soldes, code et stockage des contrats, entre autres.