Skip to main content

Qu'est-ce qu'un smart contract

Remarque : Ce document est une traduction automatique de la version originale anglaise.

Qu'est-ce qu'un smart contract

Un smart contract est un programme stocké et exécuté sur une blockchain. Une fois déployé, il s'exécute automatiquement lorsque ses conditions sont remplies — appliquant des accords, gérant des actifs ou coordonnant des opérations sans qu'un intermédiaire humain ait à exécuter chaque étape. Malgré son nom, un smart contract n'est ni « intelligent » au sens de l'intelligence artificielle, ni un « contrat » au sens juridique. C'est du code déterministe : pour les mêmes entrées, il produit toujours les mêmes sorties, suivant la logique exacte écrite par son développeur.

Pensez à un smart contract comme à un distributeur automatique. Vous insérez une pièce, sélectionnez un produit, et la machine le délivre — pas de caissier, pas de négociation, pas de pouvoir discrétionnaire. La machine suit exactement ses règles programmées. Un smart contract fait la même chose sur une blockchain : il détient des actifs ou de la logique, reçoit des entrées (transactions) et exécute des opérations prédéfinies de manière automatique et transparente.

En bref : un smart contract est du code auto-exécutable sur une blockchain — il applique des règles sans intermédiaires, et dans les projets crypto IA, il gère la logique économique et de gouvernance tandis que le calcul IA se produit généralement offchain.

Comment fonctionne un smart contract

Écriture et déploiement

Un smart contract commence comme du code source écrit dans un langage de programmation conçu pour une blockchain spécifique. Le langage le plus courant est Solidity, utilisé sur Ethereum et toutes les chaînes compatibles EVM (BNB Smart Chain, Arbitrum, Base, Polygon, Avalanche C-Chain). Solana utilise Rust et son framework natif. D'autres chaînes ont leurs propres langages : Move (Sui, Aptos), Cairo (Starknet), et d'autres.

Le développeur écrit la logique — ce que fait le contrat, quelles données il stocke, quelles conditions déclenchent quelles actions — puis compile le code source en bytecode (des instructions de bas niveau que la machine virtuelle de la blockchain peut exécuter). Ce bytecode est soumis à la blockchain dans une transaction de déploiement. Une fois confirmé, le contrat existe à une adresse spécifique sur la chaîne et est disponible pour que quiconque interagisse avec lui.

Exécution

Quand un utilisateur ou un autre contrat appelle une fonction d'un smart contract, voici ce qui se passe :

  1. L'appelant soumet une transaction qui spécifie l'adresse du contrat, la fonction à appeler et les paramètres d'entrée.
  2. Chaque nœud validateur du réseau exécute la fonction indépendamment, traitant les mêmes entrées avec le même bytecode.
  3. Le résultat — tout changement d'état, transfert de tokens, événement émis ou donnée écrite — est enregistré dans un bloc et devient partie du registre permanent.
  4. L'appelant paie des frais de gas pour le calcul. Les opérations plus complexes coûtent plus de gas.

Ce modèle d'exécution a des propriétés importantes : il est déterministe (chaque nœud obtient le même résultat), transparent (n'importe qui peut inspecter le bytecode et l'historique des transactions) et permissionless (n'importe qui peut appeler une fonction publique).

Gas et coût

Chaque étape de calcul à l'intérieur d'un smart contract coûte du gas — une unité qui mesure l'effort de calcul requis. Les frais de gas servent deux objectifs : ils rémunèrent les validateurs pour l'exécution du code, et ils empêchent les abus (sans frais, des attaquants pourraient soumettre des calculs infiniment complexes pour ralentir le réseau).

Les coûts de gas varient selon le réseau. Sur le mainnet Ethereum, les opérations complexes peuvent coûter des dizaines ou des centaines de dollars durant les périodes de forte demande. Sur les réseaux L2 comme Arbitrum ou Base, les mêmes opérations peuvent coûter quelques centimes. Sur Solana, les frais de transaction sont typiquement des fractions de centime. Ces différences de coût influencent directement l'endroit où les projets crypto IA choisissent de déployer leurs composants on-chain.

Immuabilité et évolutivité

Une fois déployé, le bytecode d'un smart contract est stocké de manière permanente sur la blockchain. Il ne peut pas être modifié, supprimé ou écrasé. Cette immuabilité est une caractéristique de sécurité — les utilisateurs peuvent vérifier exactement quel code s'exécutera et avoir confiance qu'il ne changera pas — mais elle signifie aussi que les bugs déployés sur la blockchain ne peuvent pas être corrigés comme dans un logiciel traditionnel.

Pour y remédier, les développeurs ont créé des motifs de contrats évolutifs utilisant des contrats proxy. Dans cette conception, les utilisateurs interagissent avec un contrat proxy qui délègue les appels à un contrat d'implémentation. L'équipe peut déployer une nouvelle implémentation et faire pointer le proxy vers elle — « mettant à jour » effectivement le contrat. Cela résout le problème de la correction des bugs mais introduit un compromis de confiance : quiconque contrôle le mécanisme de mise à jour du proxy peut changer le comportement du contrat. Les contrats évolutifs ne sont pas intrinsèquement mauvais, mais ils déplacent la confiance de « le code est permanent » vers « l'équipe ayant l'accès aux mises à jour agira de manière responsable ».

Ce que les smart contracts peuvent et ne peuvent pas faire

Peuvent faire :

  • Détenir et transférer des tokens et d'autres actifs numériques
  • Appliquer une logique conditionnelle (si X, alors Y)
  • Interagir avec d'autres smart contracts sur la même chaîne
  • Émettre des événements que des systèmes externes peuvent surveiller
  • Gérer le contrôle d'accès (qui peut appeler quelle fonction)

Ne peuvent pas faire :

  • Accéder à des données extérieures à la blockchain (ils ont besoin d'oracles pour les flux de données externes)
  • Effectuer des opérations intensives en calcul comme l'inférence IA (les coûts de gas rendent cela irréalisable)
  • S'exécuter de manière autonome selon un calendrier (ils ont besoin de déclencheurs externes — des transactions — pour s'exécuter)
  • Stocker de gros fichiers (le stockage on-chain est coûteux ; les projets utilisent IPFS ou Arweave pour les données volumineuses)
  • Porter des jugements subjectifs (ils exécutent une logique déterministe, pas un raisonnement)

Cette dernière limitation est particulièrement pertinente pour la crypto IA. Un smart contract ne peut pas « penser » ou « décider » au sens de l'IA. Il peut router, régler et appliquer des règles, mais le calcul IA proprement dit doit se produire offchain et renvoyer les résultats au contrat.

Pourquoi c'est important pour les projets crypto IA

Les smart contracts sont le tissu conjonctif entre l'infrastructure blockchain et la fonctionnalité IA dans la plupart des projets crypto IA. Comprendre leur rôle — et leurs limites — est essentiel pour lire correctement les cartes projet.

La couche économique

Dans de nombreuses architectures crypto IA, les smart contracts gèrent le volet économique : paiements pour le calcul, distribution de récompenses aux contributeurs de données, staking pour les validateurs et collecte de frais pour les services d'inférence. Le modèle IA s'exécute offchain, mais le smart contract garantit que chacun est payé selon les règles, sans autorité centrale gérant la comptabilité.

Gouvernance

Les smart contracts peuvent implémenter des mécanismes de gouvernance : soumission de propositions, vote, exigences de quorum et exécution des changements approuvés. Pour les projets IA, cela peut signifier une gouvernance sur les paramètres de modèles, la sélection de jeux de données ou l'allocation de ressources — menée de manière transparente on-chain plutôt que décidée en privé par une équipe fondatrice.

Points de contrôle de vérification

Certains projets utilisent des smart contracts pour stocker des données de vérification : hachages de poids de modèles, preuves de résultats d'inférence ou attestations que des calculs spécifiques ont été effectués. Bien que le smart contract ne vérifie pas la sortie IA elle-même (il manque de capacité de calcul), il fournit un enregistrement immuable qui peut être audité ultérieurement.

Contrôle d'accès et permissions

Les smart contracts gèrent qui peut accéder à quoi. Une API d'inférence IA construite sur blockchain peut utiliser un smart contract pour vérifier si l'appelant détient le token requis, dispose de crédits suffisants ou remplit d'autres conditions avant d'autoriser l'accès. Cela remplace les systèmes d'authentification centralisés par un contrôle d'accès on-chain et transparent.

La distinction « pas intelligent au sens de l'IA »

Une source persistante de confusion : les « smart contracts » n'ont rien à voir avec l'intelligence artificielle. Le mot « smart » signifie ici auto-exécutable — le contrat applique sa logique automatiquement — pas qu'il raisonne, apprend ou s'adapte. Un système IA apprend à partir de données et fait des prédictions. Un smart contract suit des règles fixes et produit des sorties déterministes. Les projets crypto IA combinent généralement les deux : le smart contract gère la logique on-chain (paiements, gouvernance, contrôle d'accès), tandis que le modèle IA gère l'intelligence off-chain (inférence, prédiction, analyse).

Où cela apparaît dans les cartes projet DecAIHub

Les smart contracts apparaissent dans les cartes projet à travers plusieurs champs et indicateurs de preuve :

  • Main chain — vous indique sur quelle blockchain les smart contracts du projet sont déployés. Un projet sur Ethereum utilise des contrats basés sur Solidity ; un projet sur Solana utilise des programmes basés sur Rust. Le choix de la chaîne affecte les capacités des contrats, les coûts de gas et la composabilité avec d'autres protocoles.
  • Token standard — des valeurs comme ERC-20, BEP-20 et SPL désignent des standards de smart contracts qui définissent le comportement du token du projet. Un token ERC-20 est un smart contract sur Ethereum qui implémente une interface spécifique.
  • Type et Category — les projets qui s'appuient sur les smart contracts comme composant on-chain central ont généralement Type: EVM ou non-EVM (selon la chaîne) et une Category qui reflète leur rôle (par exemple, DeFi, AI/Agents | DeFi). Un protocole DeFi est essentiellement une collection de smart contracts gérant liquidité, trading ou prêt.
  • Preuves (Tier-1) — les adresses de smart contracts vérifiées, les rapports d'audit et le code de contrats déployé sur les explorateurs de blocs comptent parmi les formes les plus solides de preuves Tier-1. Si un projet revendique une fonctionnalité on-chain, ses adresses de contrats devraient être vérifiables.
  • Token model — des valeurs comme fee-mechanism, governance, staking et utility décrivent comment le token interagit avec les smart contracts du projet. Un token de gouvernance accorde généralement des droits de vote dans un système de gouvernance basé sur des smart contracts.

En lisant une carte projet, vérifiez si les affirmations on-chain du projet sont étayées par des contrats réellement déployés. Un projet qui revendique une gouvernance basée sur des smart contracts mais n'a aucune adresse de contrat vérifiable soulève des questions sur la substance de sa présence on-chain.

Ce qu'un smart contract à lui seul ne prouve pas

L'existence de smart contracts déployés vous indique que du code vit sur une blockchain, mais elle ne prouve pas :

  • La capacité IA — un smart contract ne peut pas exécuter un modèle IA. La présence de contrats bien conçus prouve une logique économique ou de gouvernance on-chain, pas AI reality. AI reality est évaluée via un ensemble de preuves distinct (indicateurs AI_0 à AI_4).
  • La sécurité — le code d'un smart contract peut contenir des bugs, des vulnérabilités ou des portes dérobées. Le déploiement n'équivaut pas à la sécurité. Un contrat audité est plus fiable qu'un contrat non audité, mais même des contrats audités ont été exploités. Vérifiez si les contrats du projet ont été audités par des cabinets réputés.
  • La décentralisation — un smart contract déployé sur une blockchain décentralisée hérite de la sécurité de consensus du réseau, mais le contrat lui-même peut avoir des mécanismes de contrôle centralisés : clés d'administration pouvant suspendre ou mettre à jour le contrat, fonctions réservées au propriétaire, ou dépendances à des oracles centralisés.
  • L'immuabilité — si le projet utilise des motifs de proxy évolutifs, le comportement du contrat peut être changé par quiconque détient les clés de mise à jour. « On-chain » ne signifie pas automatiquement « permanent » quand des proxys sont impliqués.
  • Le bénéfice utilisateur — un smart contract peut être techniquement irréprochable et complètement inutile. La qualité du code et la valeur du produit sont des questions distinctes.

Ne pas confondre avec

  • Modèle IA — un modèle IA apprend à partir de données, fait des prédictions et génère des sorties. Un smart contract exécute une logique déterministe. Ils remplissent des rôles fondamentalement différents dans les projets crypto IA. Le modèle IA est l'intelligence ; le smart contract est le mécanisme d'application.
  • dApp (application décentralisée) — une dApp est une application orientée utilisateur qui interagit avec des smart contracts sur une blockchain. Le smart contract est la logique backend ; la dApp est le produit complet, incluant souvent un frontend, des services offchain et des interactions avec des smart contracts.
  • API — une API traditionnelle tourne sur un serveur centralisé et peut être modifiée, arrêtée ou censurée par son opérateur. Un smart contract est accessible à quiconque sur la blockchain, s'exécute selon des règles immuables (sauf s'il est évolutif) et ne peut pas être arrêté par une seule partie. Certains projets crypto exposent leurs smart contracts via des interfaces API standard pour la commodité des développeurs.
  • Contrat légal — un contrat légal est exécutoire par les tribunaux et les institutions juridiques. Un smart contract est exécutoire par le code et le consensus blockchain. Ce sont des systèmes différents avec des mécanismes d'application différents. Un smart contract ne constitue pas un accord légal sauf si le droit de la juridiction le reconnaît explicitement comme tel.
  • Script — Bitcoin utilise un langage de script limité qui permet des conditions de base (comme les exigences multisig) mais pas la riche programmabilité des smart contracts de type Ethereum. Quand on dit « smart contract » dans le contexte crypto IA, on désigne presque toujours des contrats de type Ethereum avec une programmabilité complète.

Questions fréquentes

Les smart contracts peuvent-ils être piratés ?

Oui. Les smart contracts sont des logiciels, et les logiciels peuvent avoir des bugs. Les catégories de vulnérabilités courantes incluent les attaques par réentrance, les débordements d'entiers, les défaillances de contrôle d'accès et la manipulation d'oracles. Une fois déployé, le code bugué est on-chain de manière permanente et peut être exploité. C'est pourquoi les audits de sécurité sont importants et pourquoi DecAIHub suit le statut d'audit dans le cadre de l'évaluation des projets. L'immuabilité qui rend les smart contracts fiables signifie aussi que les bugs déployés ne peuvent pas être corrigés sauf si le projet utilise des motifs évolutifs.

Les smart contracts sont-ils vraiment immuables ?

Les smart contracts standard sont immuables après déploiement — le bytecode à l'adresse du contrat ne peut pas être changé. Cependant, de nombreux projets modernes utilisent des motifs de proxy évolutifs qui permettent de remplacer la logique d'implémentation. Dans ces cas, l'adresse du proxy reste la même, mais le comportement sous-jacent peut changer. Savoir si un contrat est évolutif, et qui contrôle le mécanisme de mise à jour, est un facteur important dans l'évaluation de la décentralisation et du modèle de confiance d'un projet.

Les smart contracts ont-ils besoin de gas sur chaque blockchain ?

La plupart des blockchains facturent une forme de frais d'exécution, bien que la terminologie et la tarification varient. Ethereum appelle cela le « gas ». Solana facture des « compute units » et du « rent ». Le concept est universel : les validateurs doivent être rémunérés pour exécuter le code, et les frais empêchent le spam. Le niveau de coût varie énormément — de plusieurs dollars par transaction sur le L1 Ethereum en période de pointe à des fractions de centime sur les réseaux L2 et Solana.

Un modèle IA peut-il être stocké dans un smart contract ?

Stocker les poids complets d'un modèle IA moderne dans un smart contract n'est pas praticable. Un grand modèle de langage peut avoir des milliards de paramètres occupant des gigaoctets de stockage. Les coûts de stockage on-chain sur Ethereum sont d'environ 20 000 gas par emplacement de 32 octets, rendant le stockage des poids de modèles on-chain prohibitivement coûteux. En pratique, les projets stockent des hachages de modèles ou des pointeurs (comme des identifiants de contenu IPFS) onchain pour la vérification, tandis que les fichiers de modèles réels vivent offchain.

Quel est le rôle des smart contracts dans les projets crypto IA ?

Dans la plupart des architectures crypto IA, les smart contracts gèrent la couche de coordination et économique : gestion des paiements de marketplace de calcul, distribution des récompenses aux contributeurs de données, application des règles de staking et de slashing, contrôle de l'accès aux services IA, et gouvernance des paramètres du protocole. Le calcul IA lui-même se produit offchain, les smart contracts servant de couche de règlement et de vérification à confiance minimisée.

Comment puis-je vérifier les smart contracts d'un projet ?

Recherchez les adresses de contrats sur un explorateur de blocs (comme Etherscan pour Ethereum, Solscan pour Solana, ou l'explorateur pertinent pour les autres chaînes). Les contrats vérifiés montrent leur code source directement sur l'explorateur, permettant à quiconque de lire la logique réelle. Vérifiez si le code correspond à la documentation du projet, si le contrat a été audité et si le rapport d'audit est publiquement disponible. Dans les cartes projet DecAIHub, les adresses de contrats déployés et les rapports d'audit sont suivis comme preuves Tier-1.

Références externes

Voir aussi

No comments to display

Back to top