Un état partagé et des comptes

L’essentiel

Ethereum maintient un état : soldes, code et stockage des contrats, entre autres. Une transaction applique une transition à cet état. Un compte externe traditionnel est contrôlé par une clé ; un compte de contrat se comporte selon son code. Les évolutions d’abstraction de compte rendent certaines frontières plus souples, mais une autorisation reste nécessaire pour agir.

Le mécanisme

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.

Les points d’attention

ETH est l’actif natif. Un token ERC-20 est suivi par le stockage d’un contrat : posséder un token n’équivaut pas à posséder une blockchain. Deux tokens portant le même nom peuvent être des contrats entièrement différents. L’adresse du contrat et le réseau sont les identifiants déterminants.

Comprendre en profondeur

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.

Limites et erreurs fréquentes

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.

Le mécanisme en un schéma

Continuer à apprendre

Retrouver un terme dans le glossaire →