Bitcoin a prouvé que l’argent pouvait fonctionner sans banque. Ethereum a posé une question plus ambitieuse : et si l’on pouvait placer n’importe quel accord — pas seulement des paiements — sur une blockchain et le faire s’exécuter automatiquement ? Lancé en 2015, Ethereum est souvent décrit comme un « ordinateur mondial » : une plateforme unique, partagée et programmable que personne ne possède et sur laquelle tout le monde peut construire.
Au-delà de l’argent numérique
Sur Bitcoin, la principale chose que vous pouvez faire est d’envoyer des bitcoins. Ethereum généralise cela. En plus de sa propre monnaie — l’ether (ETH) —, il peut exécuter de petits programmes. Cela transforme la blockchain d’un simple registre en une plateforme pour applications, des marchés de prêt aux jeux en passant par l’art numérique.
Il est utile de distinguer deux choses que les gens mélangent : Ethereum est le réseau, et l’ether est la monnaie qui l’alimente. Vous dépensez de l’ether pour utiliser Ethereum.
Contrats intelligents : le code comme accords
Le cœur d’Ethereum est le contrat intelligent — un programme stocké sur la blockchain qui s’exécute exactement comme il a été écrit dès que ses conditions sont remplies. Il n’y a aucun gestionnaire pour l’approuver et aucun moyen de le modifier discrètement une fois déployé.
Une analogie simple est un distributeur automatique. Vous ne négociez pas avec un commerçant ; vous insérez le bon montant, faites une sélection, et la machine est câblée pour distribuer votre article. Un contrat intelligent, c’est la même idée pour les accords numériques : remplissez les conditions du code et le résultat se produit automatiquement, de façon identique, pour tout le monde.
C’est ce qui rend possibles les applications décentralisées, ou « dapps » — des services entiers dont la logique réside dans des contrats intelligents plutôt que sur les serveurs privés d’une entreprise.
Le gas : payer pour le calcul
Exécuter des programmes sur des milliers d’ordinateurs dans le monde n’est pas gratuit, et un calcul gratuit illimité inviterait au spam et aux abus. Ethereum résout les deux avec le gas.
Chaque opération — un transfert, un échange, l’émission d’un token — coûte une petite quantité d’effort computationnel mesuré en gas, payé en ether. Un simple transfert est bon marché ; une interaction complexe avec plusieurs contrats coûte plus cher. Lorsque le réseau est saturé, les utilisateurs enchérissent des frais plus élevés pour être inclus plus tôt, ce qui explique pourquoi les frais de gas augmentent pendant les périodes de forte demande. Le gas est à la fois le système de tarification du réseau et son bouclier anti-spam.
Tokens, NFT et standards
L’une des inventions les plus importantes d’Ethereum est le standard de token — un modèle partagé permettant aux portefeuilles et aux applications de gérer de nouveaux actifs sans code sur mesure pour chacun.
- Les tokens fongibles suivent le standard ERC-20. Chaque unité est interchangeable, comme une monnaie. La grande majorité des tokens crypto sont des ERC-20.
- Les tokens non fongibles (NFT) suivent des standards où chaque token est unique et identifiable individuellement — utile pour les objets de collection numériques, les billets ou les preuves de propriété.
Comme ces standards sont ouverts, n’importe qui peut émettre un token qui fonctionne instantanément dans tout l’écosystème. Cette interopérabilité explique en grande partie pourquoi tant d’activité — y compris l’essentiel de la DeFi — a d’abord été construite sur Ethereum.
Comment Ethereum se sécurise : the Merge
Pendant ses premières années, Ethereum a utilisé la preuve de travail, le même système fondé sur le minage que Bitcoin. En 2022, il a achevé une mise à niveau longuement planifiée surnommée « the Merge », passant à la preuve d’enjeu.
Au lieu de mineurs s’affrontant pour résoudre des énigmes, le réseau est désormais sécurisé par des validateurs qui immobilisent de l’ether en guise d’enjeu et sont récompensés pour avoir honnêtement confirmé les transactions — ou pénalisés en cas de triche. L’effet le plus marquant a été une chute spectaculaire de la consommation d’énergie, puisque la course à la résolution d’énigmes a été abandonnée. Si la différence entre ces deux systèmes vous est peu familière, notre guide sur la preuve de travail contre preuve d’enjeu la décortique.
Pourquoi c’est important
L’importance d’Ethereum tient moins à son prix qu’à ce qu’il a rendu possible : une plateforme neutre où les développeurs peuvent déployer des outils financiers, des marchés et des applications qui fonctionnent sur une infrastructure partagée que personne ne contrôle. Ce n’est plus la seule plateforme de contrats intelligents — de nombreux réseaux plus récents rivalisent sur la vitesse et le coût — mais elle a été la pionnière du modèle, et les idées qu’elle a introduites parcourent aujourd’hui la majeure partie du paysage crypto.
Comment l’EVM exécute le code
Chaque contrat intelligent Ethereum s’exécute à l’intérieur de la machine virtuelle Ethereum, ou EVM — un environnement d’exécution partagé qui existe à l’identique sur chaque nœud du réseau. Lorsque vous envoyez une transaction qui appelle un contrat, chaque nœud participant exécute le même code via l’EVM et doit aboutir exactement au même résultat. Cette exécution partagée est ce qui permet à des milliers d’ordinateurs indépendants de s’accorder sur un résultat unique sans se faire mutuellement confiance.
Une propriété déterminante de l’EVM est le déterminisme : à partir des mêmes entrées et du même état de la blockchain, le code doit toujours produire le même résultat. Il n’y a pas d’aléatoire, pas d’accès à l’internet au sens large, et pas de « ça dépend de la machine ». Cette stricte prévisibilité est essentielle au consensus, mais elle signifie aussi que les contrats ne peuvent pas récupérer directement des informations extérieures — une contrainte qui façonne en grande partie la conception des applications Ethereum.
Gas et déterminisme
Comme le code des contrats s’exécute sur chaque nœud, un calcul sans limite permettrait à un seul programme de figer tout le réseau. Ethereum l’empêche grâce au gas, une unité qui mesure l’effort computationnel. Chaque opération de l’EVM a un coût en gas, l’utilisateur paie le gas qu’une transaction consomme, et chaque transaction comporte une limite. Si l’exécution manque de gas, elle s’arrête et est annulée, bien que le gas dépensé ne soit pas remboursé.
Le gas fait plus que tarifer le calcul ; il travaille de concert avec le déterminisme pour assurer la sécurité du réseau. La conception déterministe garantit que chaque nœud s’accorde exactement sur la quantité de travail effectuée par une transaction, de sorte qu’ils s’accordent aussi sur les frais. Ensemble, le gas et le déterminisme transforment un ordinateur mondial et partagé en quelque chose qui ne peut pas s’effondrer sous le spam et dont chacun peut vérifier les coûts.
Ce que vous pouvez créer avec des contrats intelligents
Les contrats intelligents sont polyvalents, de sorte que l’éventail des applications est large. Quelques catégories durables dominent ce que les gens construisent réellement :
- Les tokens — à la fois des tokens interchangeables, semblables à une monnaie, et des tokens uniques, identifiables individuellement.
- La finance décentralisée — des plateformes d’échange, des marchés de prêt, des stablecoins et d’autres services financiers qui fonctionnent comme du code.
- Les NFT et la propriété numérique — objets de collection, billets et preuves de propriété enregistrés sur la chaîne.
- Les DAO — des organisations dont les règles et les trésoreries sont régies par la logique des contrats et le vote des membres.
- L’infrastructure — ponts, systèmes d’identité et outils dont dépendent d’autres applications.
Ce qui les unit, c’est que la logique centrale réside dans des contrats publics plutôt que sur les serveurs privés d’une entreprise, de sorte qu’elle fonctionne de la même manière pour tout le monde.
Le cycle de vie : écrire, déployer, interagir
Un contrat intelligent traverse un cycle de vie clair. D’abord un développeur l’écrit, généralement dans un langage de haut niveau conçu pour l’EVM, puis le compile vers le bytecode que la machine virtuelle exécute réellement. Des tests rigoureux relèvent de cette étape, car les erreurs deviennent bien plus difficiles à corriger par la suite.
Ensuite, le contrat est déployé en envoyant une transaction qui place son bytecode de façon permanente sur la blockchain à une adresse unique. À partir de ce moment, n’importe qui peut interagir avec lui en envoyant des transactions à cette adresse, en appelant ses fonctions et en déclenchant sa logique. Lire des données depuis un contrat est généralement gratuit, tandis que toute interaction qui modifie l’état sur la chaîne coûte du gas. Le déploiement est l’étape décisive : une fois le code en service, il est exposé au monde entier d’un seul coup, ce qui explique précisément pourquoi tant de soin est apporté à tout ce qui le précède.
Immuabilité et schémas de mise à niveau
Par défaut, un contrat déployé est immuable : son code ne peut pas être modifié une fois sur la chaîne. C’est un atout, car les utilisateurs peuvent compter sur le fait que les règles ne changeront pas à leur insu, mais c’est aussi impitoyable, car un bug ne peut pas simplement être corrigé sur place.
Les développeurs y répondent par des schémas de mise à niveau délibérés. Une approche courante sépare un contrat « proxy » stable avec lequel les utilisateurs interagissent d’un contrat distinct contenant la logique, de sorte que la logique peut être remplacée tandis que l’adresse et les données stockées restent en place. Cela restaure la flexibilité mais réintroduit la confiance, car celui qui contrôle la mise à niveau peut modifier le comportement du système. La présentation honnête est un compromis : l’immuabilité pure maximise la prévisibilité, tandis que la possibilité de mise à niveau achète la capacité de corriger des problèmes au prix d’hypothèses de confiance supplémentaires.
Risques de sécurité et célèbres familles de bugs
Comme les contrats détiennent souvent une valeur réelle et ne peuvent pas être facilement modifiés, la sécurité est primordiale, et certaines catégories de bugs reviennent assez souvent pour porter un nom. Les comprendre conceptuellement importe même pour les non-développeurs.
- La réentrance — un contrat appelle un autre, qui rappelle le premier avant que celui-ci n’ait fini de mettre à jour son état, permettant des retraits répétés.
- Les failles de contrôle d’accès — des fonctions sensibles laissées appelables par n’importe qui, au lieu d’être restreintes aux parties autorisées.
- Les erreurs arithmétiques — des calculs erronés tels que des dépassements qui corrompent les soldes.
- La manipulation d’oracles et de prix — alimenter un contrat en mauvaises données externes pour déclencher des résultats rentables mais illégitimes.
Audit, bonnes pratiques et « le code fait loi »
Le développement professionnel s’appuie sur une défense en couches. Audits de sécurité indépendants, tests automatisés approfondis, réutilisation de bibliothèques standard éprouvées plutôt que de code inédit, et déploiements progressifs réduisent tous les risques d’une erreur coûteuse. Aucun d’eux ne garantit la sécurité ; des contrats audités ont tout de même été exploités, ils réduisent donc le risque plutôt que de le supprimer.
C’est la limite pratique derrière le slogan « le code fait loi ». L’idée est qu’un contrat fait exactement ce que dit son code, sans procédure d’appel — ce qui est habilitant quand le code est correct et impitoyable quand il ne l’est pas, puisqu’un bug s’exécute tout aussi fidèlement qu’une fonctionnalité. La nuance que la plupart des nouveaux venus manquent, c’est que l’exécution immuable et automatique fait de l’exactitude l’essentiel. Un contrat ne peut pas distinguer l’intention de l’accident ; il n’exécute que ce qui a été écrit, ce qui est précisément la raison pour laquelle tant de rigueur entoure la bonne rédaction de ce code.