Une application vous propose de déposer des tokens pour participer à une opération. Qui applique les règles après votre clic ? Souvent, un smart contract : un programme déployé sur une blockchain, dont l’exécution peut modifier le registre. Le terme ne désigne ni une intelligence artificielle ni, à lui seul, un contrat juridique.
Vous savez déjà distinguer les tokens et les NFT. Voyons comment un programme peut les gérer.
Une règle écrite à l’avance
Imaginez une cagnotte de démonstration. Son programme prévoit que les contributions peuvent être rendues si un objectif n’est pas atteint avant une date. Lorsque quelqu’un appelle la fonction prévue, le programme vérifie les conditions et applique la règle.
Le résultat dépend du code réellement déployé, pas du slogan du site. Un programme ne « comprend » pas qu’un utilisateur s’est trompé : il traite les entrées selon ses instructions. L’introduction aux smart contracts d’Ethereum explique leur fonctionnement sur ce réseau.
L’application et le contrat sont deux couches
Le site fournit les boutons, les explications et les écrans. Le contrat contient une partie des règles exécutées sur la blockchain. D’autres fonctions peuvent encore dépendre de serveurs classiques.
Dans notre cagnotte fictive, le site pourrait afficher « remboursement automatique ». Pourtant, le programme pourrait exiger que chaque participant réclame son remboursement par une transaction. Le mot « automatique » décrit alors l’application de la règle, pas forcément son déclenchement sans intervention.
Pour comprendre le service, il faut donc demander ce qui déclenche l’action, qui peut la déclencher et ce qui se passe si le site disparaît.
Le programme ne voit pas directement le monde réel
Supposons maintenant que le remboursement dépende de la livraison d’un colis. Le programme ne peut pas regarder dans la boîte aux lettres. Il lui faut une information extérieure, transmise par un oracle ou un autre acteur.
Si cette information est fausse, un programme correctement exécuté peut produire un résultat inadapté à la réalité. Les oracles créent un lien avec des données extérieures ; ils introduisent aussi des hypothèses de confiance sur leurs sources et leur fonctionnement.
Les règles peuvent-elles changer ?
Certains systèmes sont conçus pour évoluer. Ils peuvent s’appuyer sur un contrat intermédiaire qui dirige les appels vers une logique remplaçable. D’autres comportent des pouvoirs de pause ou des paramètres modifiables.
Il faut identifier qui détient ces pouvoirs : une personne, plusieurs signataires, un vote ou une autre procédure. La documentation sur les mises à niveau montre pourquoi « sur la blockchain » ne signifie pas nécessairement « impossible à modifier ».
Un audit technique aide à rechercher des failles dans un périmètre donné. Il ne garantit ni l’absence de défaut futur ni la qualité économique du projet. Un rapport utile précise la version examinée et les problèmes restants.
Lire une promesse avec trois questions
Revenons à la cagnotte. Avant de la comprendre, vous devez pouvoir répondre : quelle condition permet le remboursement ? Qui fournit les données nécessaires ? Qui peut changer ou suspendre les règles ?
Ces questions sont plus accessibles que la lecture immédiate de centaines de lignes de code. Elles permettent aussi de repérer une documentation qui explique les mécanismes et une page qui se contente de rassurer.
Vérifiez votre compréhension
Un smart contract promet une indemnisation si un colis arrive en retard. Suffit-il que son code soit public pour savoir si le colis a été livré ? Non. La fiabilité de l’information de livraison reste une question distincte.
À retenir : le code automatise des règles. Il ne transforme pas une donnée extérieure en vérité et ne supprime pas tous les responsables.
Étape suivante : à quoi servent les stablecoins ?