Un contrat intelligent est un programme déployé sur une blockchain qui détient et déplace des fonds selon des règles fixes, s'exécutant de façon déterministe — la même entrée produit toujours le même résultat — tandis que chaque nœud du réseau vérifie cette exécution, sans aucune entreprise ni employé dans la boucle. Presque tout ce que vous faites on-chain en est un : les jetons, les échanges, les marchés de prêt, et les approbations qui permettent à un protocole de déplacer votre solde. Parce que le code est la contrepartie, on ne peut ni le convaincre ni faire appel, ce qui explique aussi pourquoi une faille est un coffre vidé plutôt qu'un ticket de support. Les chaînes EVM les appellent des contrats intelligents, Solana les appelle des programmes, et TON modélise même votre portefeuille comme un contrat, mais le mécanisme est partout le même. Les portefeuilles sont eux aussi bâtis dessus : le Hot Wallet de WATS utilise un contrat paymaster ERC-4337 sur les chaînes EVM, et le payeur de frais équivalent sur Solana et TON, si bien que chaque frais est facturé dans un seul jeton, l'ATS, au lieu de la monnaie de gaz native de chaque chaîne.
Le code qui déplace l'argent
Un contrat intelligent est un programme déployé sur une blockchain qui détient et déplace des fonds selon des règles fixes. Une fois déployé, il s'exécute de façon déterministe — la même entrée produit toujours le même résultat — et chaque nœud du réseau vérifie cette exécution, sans aucune entreprise ni employé dans la boucle. Les jetons, les échanges et les marchés de prêt sont tous des contrats intelligents : du code qui est, en lui-même, la contrepartie.
C'est cette dernière formule qui compte. Quand vous utilisez une banque, une institution vous doit quelque chose et un système juridique garantit cette créance. Quand vous utilisez un contrat intelligent, le code est l'accord tout entier — on ne peut pas le convaincre, et on ne peut pas faire appel. C'est cette propriété qui rend le Web3 possible, et c'est aussi ce qui rend ses échecs si impitoyables.
Un distributeur automatique — la version honnête
L'analogie classique dit qu'un contrat intelligent est un distributeur automatique : vous insérez une pièce, vous recevez une friandise, sans commerçant. Les règles sont le service. Cette partie est juste, et elle rend bien compte du déterminisme — la machine ne peut pas décider qu'elle ne vous aime pas aujourd'hui.
Voici ce que l'analogie dissimule. N'importe qui peut déployer une machine, et aucun inspecteur ne la contrôle avant qu'elle ne commence à encaisser des pièces — un contrat peut être erroné, ou délibérément hostile, dès le premier jour. La machine détient aussi de l'argent réel : les pools et les marchés de prêt gardent les fonds des utilisateurs à l'intérieur même du contrat, si bien qu'une faille n'est pas une friandise coincée mais un coffre vidé. Et contrairement aux distributeurs, les contrats s'appellent les uns les autres. Cette composabilité est le superpouvoir derrière la DeFi — et elle signifie qu'une seule machine cassée peut entraîner dans sa chute toutes les machines qui lui sont raccordées.
Avec quoi interagissez-vous chaque jour ?
Si vous avez utilisé la crypto ne serait-ce qu'un peu, vous avez utilisé des contrats intelligents — souvent plusieurs par transaction :
- Les jetons sont des contrats. Un « solde » ERC-20 n'est pas fait de pièces posées dans votre portefeuille ; c'est une entrée dans le registre interne du contrat du jeton, une table associant des adresses à des montants. Envoyer des jetons revient à demander à ce contrat de mettre à jour deux entrées.
- Les échanges sont des contrats. Un pool de DEX est un contrat qui détient deux jetons et valorise les échanges par une formule — pas de carnet d'ordres, personne à une table de négociation en face.
- Les approbations, c'est vous qui configurez un contrat. Avant qu'un DEX puisse déplacer vos jetons, vous indiquez au contrat du jeton combien il peut prélever — une allowance inscrite on-chain. Comme cette autorisation survit à l'échange, elle mérite d'être comprise ; les approbations de jetons et Permit détaille exactement ce que vous accordez.
Sur certaines chaînes, votre portefeuille lui-même est un contrat — ce qui nous amène aux différences entre les grands écosystèmes.
En quoi les contrats EVM, Solana et TON diffèrent-ils ?
L'idée est partout la même — du code déterministe vérifié par le réseau — mais l'architecture diffère de manières que l'on ressent en tant qu'utilisateur.
| Chaînes EVM | Solana | TON | |
|---|---|---|---|
| Nom usuel | Contrats intelligents | Programmes | Contrats (acteurs) |
| Où vit l'état | Code et stockage réunis à une même adresse | Le code dans le programme ; l'état dans des comptes distincts passés à chaque transaction | Chaque contrat détient son propre état et parle aux autres via des messages asynchrones |
| Modèle de jeton | Un seul contrat ERC-20 enregistre le solde de chaque détenteur | Le programme de jetons SPL gère un compte de jeton par détenteur | Le solde en jettons de chaque détenteur vit dans son propre petit contrat enfant |
| Évolutif par défaut ? | Non — le bytecode est immuable, sauf si un proxy est utilisé | Oui — jusqu'à ce que l'autorité de mise à jour soit révoquée | Seulement si le code du contrat lui-même l'autorise |
TON pousse le modèle le plus loin : tout sur la chaîne, y compris votre portefeuille, est un contrat qui échange des messages avec d'autres contrats.
Un contrat intelligent peut-il être modifié une fois déployé ?
Sur les chaînes EVM, le bytecode déployé ne peut pas être modifié. Mais une grande partie de ce avec quoi vous interagissez se trouve derrière un proxy : vous appelez une adresse fixe, qui transmet chaque appel à un contrat d'implémentation distinct — et un administrateur peut faire pointer le proxy vers un nouveau code. Votre adresse reste la même ; les règles derrière elle n'y sont pas tenues.
Ainsi, « immuable » est en réalité une question de clés. Qui détient l'autorité de mise à jour — un multisig de membres de l'équipe, un timelock qui impose un délai public, un vote de gouvernance, ou personne, parce qu'elle a été brûlée et que le code est définitif ? Aucune réponse n'est automatiquement la bonne : la possibilité de mise à jour permet aux équipes de corriger des bugs, et elle signifie aussi que l'accord peut changer sous vos pieds. En pratique, beaucoup de grands protocoles se situent entre les deux — évolutifs, mais derrière des timelocks et des multisigs.
Pourquoi les bugs des contrats intelligents comptent-ils autant ?
Parce que le code est la contrepartie, un bug n'est pas un ticket de support — c'est une porte ouverte avec de l'argent derrière. Il n'y a pas de service anti-fraude pour annuler le transfert et, sur la plupart des chaînes, personne n'a le pouvoir de mettre la réalité en pause pendant que la porte reste ouverte.
Le schéma est aussi ancien que la technologie. En 2016, un bug de réentrance dans The DAO — un contrat d'investissement des débuts d'Ethereum — a permis à un attaquant d'en vider une grande partie des fonds, et les retombées ont été assez graves pour qu'Ethereum procède à un hard fork afin de l'annuler, donnant au passage naissance à Ethereum Classic. Les contrats de ponts, qui retiennent les jetons verrouillés d'écosystèmes entiers, ont produit certaines des plus grosses pertes de l'histoire de la crypto pour la même raison de fond : une valeur énorme, gardée par du code et rien d'autre.
Les audits rendent-ils un contrat sûr ?
Plus sûr — pas sûr. Un audit est une revue payante, menée par des ingénieurs sécurité, d'une version du code à un instant donné. Il attrape les classes de bugs connues et les motifs négligés ; il ne prouve pas que le code est correct, ne couvre pas les mises à jour futures et ne tient pas compte du comportement du contrat une fois composé avec des protocoles que les auditeurs n'ont jamais vus. Des protocoles bien audités ont tout de même été exploités.
La lecture pratique pour un utilisateur : préférez les contrats à la fois audités et éprouvés par le temps et par la valeur qu'ils protègent, traitez les contrats neufs non audités comme des expériences, gardez vos approbations de jetons serrées, et ne déposez jamais plus que ce que le code de la contrepartie a mérité.
Où WATS s'inscrit
Dans le Hot Wallet de WATS, la tuyauterie en contrats intelligents est le modèle de frais lui-même : chaque transaction que vous signez — un transfert, un appel de contrat — est facturée dans un seul jeton, l'ATS, au lieu du gaz natif de la chaîne, via un paymaster ERC-4337 sur EVM et un payeur de frais/relayeur équivalent sur Solana et TON. L'ATS est un OFT LayerZero, si bien qu'un seul solde fonctionne sur EVM, Solana et TON, et l'ATS collecté est brûlé, de 100M vers un plancher de 30M. Cela reste non dépositaire — c'est vous qui détenez vos clés, et WATS ne détient jamais de clé — et WATS est le premier et unique portefeuille à associer des frais en jeton unique ERC-4337 + OFT, facturés à la place du gaz natif, avec ce burn.
Les contrats intelligents ne sont pas un recoin exotique de la crypto — ils sont ce que vous signez chaque fois que vous déplacez un jeton, et le code en face est la seule chose qui se dresse entre vos fonds et celui qui l'a écrit. Deux choses restent sous votre contrôle : ce que vous approuvez, et où vivent vos clés. Passez en revue les approbations avant de les accorder et calibrez chaque dépôt sur ce que le code a mérité — puis gardez le versant des clés de votre côté en signant depuis un portefeuille incapable de déplacer des fonds à votre place. Le Hot Wallet de WATS est exactement cela sur les huit chaînes qu'il couvre — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON — l'utilisateur détenant les clés et WATS n'en détenant jamais aucune, et avec le versant frais qui tourne sur la technologie même que décrit cet article : un contrat paymaster ERC-4337 qui facture en ATS au lieu du gaz natif de chaque chaîne.
Foire aux questions
Les jetons sont-ils vraiment des contrats intelligents ?
Oui. Sur les chaînes EVM, un jeton ERC-20 est un contrat dont le stockage associe des adresses à des soldes — vos jetons sont des entrées dans ce registre, pas des objets posés dans votre portefeuille. Sur Solana, le programme de jetons SPL gère un compte de jeton par détenteur, et sur TON le solde en jettons de chaque détenteur vit dans son propre petit contrat enfant. Dans tous les cas, transférer des jetons revient à demander à un programme de mettre à jour ses registres.
Un contrat intelligent peut-il être modifié après son déploiement ?
Parfois. Sur les chaînes EVM, le bytecode déployé est immuable, mais beaucoup de projets utilisent un proxy : les utilisateurs appellent une adresse fixe qui transmet à un contrat d'implémentation qu'un administrateur peut remplacer. Les programmes Solana sont évolutifs par défaut jusqu'à la révocation de l'autorité de mise à jour. La vraie question est donc de savoir qui contrôle les clés de mise à jour — un multisig, un timelock, un vote de gouvernance, ou personne. Vérifiez-le avant de croire une promesse d'immuabilité.
Les contrats intelligents audités sont-ils sûrs à utiliser ?
Plus sûrs, pas sûrs. Un audit est une revue à un instant donné d'une version du code ; il attrape les classes de bugs connues mais ne prouve pas la correction, ne couvre pas les mises à jour ultérieures et ne teste pas toutes les interactions avec d'autres protocoles. Des contrats bien audités ont tout de même été exploités. Traitez les audits comme un signal parmi plusieurs — aux côtés du temps passé en production, de la valeur sécurisée et de l'étendue des pouvoirs des clés d'administration — et calibrez votre exposition en conséquence.
Ai-je besoin de la monnaie native de la chaîne pour interagir avec un contrat intelligent ?
En général oui — le réseau règle le gaz dans sa propre monnaie, si bien qu'un portefeuille avec zéro ETH ne peut appeler aucun contrat Ethereum, quels que soient les jetons qu'il détient. Un paymaster, qui est lui-même un contrat intelligent, change cela, et le Hot Wallet de WATS en est un exemple concret : il utilise un paymaster ERC-4337 sur Ethereum, Arbitrum, Optimism, Base, Polygon et BNB Chain, et le payeur de frais équivalent sur Solana et TON, si bien que chaque frais est facturé dans un seul jeton, l'ATS, tandis que le réseau reçoit toujours son gaz natif en dessous. Comme l'ATS est un OFT LayerZero, un seul solde couvre les huit chaînes : il n'y a plus de matelas de gaz à recharger chaîne par chaîne. Ce n'est pas une remise — l'espace de bloc coûte la même chose, seul le jeton qui le paie change.
Utiliser des contrats intelligents revient-il à renoncer au contrôle de mes fonds ?
Non. Appeler un contrat, c'est vous qui signez une instruction avec votre propre clé, et le contrat ne peut jamais faire que ce que cette signature et les approbations de jetons en cours autorisent — d'où l'importance de garder les approbations serrées, plus grande que celle de n'importe quel badge d'audit. Le plus important est que la clé reste la vôtre : le Hot Wallet de WATS est entièrement non dépositaire, si bien que l'utilisateur détient les clés et que WATS ne détient jamais de clé, et la WATS NFC Metal Card ne stocke elle non plus aucune clé privée — elle authentifie par tap des clés qui vivent à l'intérieur des applications WATS. Le vrai risque que vous prenez, c'est le code du contrat et les autorisations que vous lui avez accordées, pas le portefeuille depuis lequel vous avez signé.