Pour créer un smart contract, on rédige un cahier des charges, on choisit une blockchain et son langage, on s'appuie sur des standards éprouvés, on teste le code en profondeur, on le déploie sur un testnet, on le fait auditer par une société indépendante, on vérifie les corrections lors d'un réaudit, puis on le déploie sur le réseau principal et on le surveille. L'écriture du code n'est qu'une étape parmi d'autres, et rarement celle où les projets échouent.
Ce guide détaille chaque étape, compare le développement en interne et le recours à un prestataire, donne des coûts indicatifs tirés du modèle public du site et recense les erreurs les plus fréquentes. Si le sujet est nouveau pour vous, commencez par ce qu'est un smart contract.
Créer un smart contract, étape par étape
Un projet sérieux suit la même séquence, quelle que soit sa taille :
- Le cahier des charges : ce que fait le contrat, pour qui, avec quelles règles et quels pouvoirs.
- Le choix de la blockchain : là où se trouvent vos utilisateurs, vos partenaires et vos intégrations.
- Le langage, imposé par la blockchain.
- Les standards : reprendre les standards de token et de contrôle d'accès plutôt que les réinventer.
- L'environnement de développement : compiler, tester et déployer de façon reproductible.
- Les tests : tests unitaires, puis fuzzing et tests d'invariants dès que la logique se complique.
- Le testnet : déployer et répéter les opérations dans des conditions proches de la production.
- L'audit : une revue indépendante d'une version figée du code.
- Le réaudit : la vérification des corrections par le même auditeur.
- Le déploiement sur le réseau principal (mainnet), avec des rôles d'administration confiés à un multisig.
- La surveillance : suivre les contrats et se tenir prêt à réagir.
Sauter une étape fait rarement économiser : le coût se reporte en général sur l'audit, ou sur la production.
Cahier des charges, blockchain et langage
Le cahier des charges est le document sur lequel reposent toutes les étapes suivantes. Il décrit les utilisateurs et leurs rôles, les règles et leurs limites, les paramètres, les flux de fonds, les dépendances externes (oracles, autres protocoles), qui peut suspendre ou mettre à jour le contrat et dans quelles conditions, ainsi que les livrables. Le générateur de cahier des charges vous guide dans ces questions et produit un document structuré à partager avec les développeurs.
Vient ensuite la blockchain. Choisissez-la en fonction de vos utilisateurs, de la liquidité et des intégrations dont vous avez besoin et des coûts d'exploitation, plutôt que des tendances. Elle détermine le langage :
- Blockchains EVM (Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Avalanche et d'autres) : Solidity, parfois Vyper.
- Solana : Rust, avec un modèle de comptes différent de l'EVM.
- Sui et Aptos : Move, qui traite les actifs comme des ressources.
- Starknet : Cairo.
Si le contrat émet un token ou représente un actif réel, examinez tôt la question réglementaire. Les règles dépendent de la juridiction : dans l'Union européenne, par exemple, le règlement MiCA couvre les crypto-actifs qui ne sont pas des instruments financiers, tandis que les tokens qualifiés d'instruments financiers relèvent du droit des titres financiers. En France, l'AMF est le régulateur compétent. Consultez un avocat spécialisé : la plateforme ne fournit pas de conseil juridique.
Développer un smart contract : standards, outils et tests
Les standards sont le raccourci le plus sûr. Sur les blockchains EVM, un token fongible suit le standard ERC-20, une collection NFT l'ERC-721 ou l'ERC-1155, et des bibliothèques standard auditées fournissent la gestion du propriétaire, des rôles et de la mise en pause. Les réutiliser rend le contrat compatible avec les wallets et les plateformes d'échange, et réduit la quantité de code nouveau à relire. Les autres écosystèmes ont leurs propres standards de token. Pour un token, consultez la page sur la création de token.
L'environnement de développement (framework) est l'ensemble d'outils qui compile les contrats, exécute les tests, simule la blockchain en local et automatise les déploiements. Chaque écosystème mature en propose plusieurs ; l'important est que les compilations et les déploiements soient reproductibles et versionnés dans un dépôt.
Les tests doivent concentrer l'essentiel de l'effort de développement :
- Des tests unitaires pour chaque fonction, cas d'échec et contrôle d'accès compris.
- Du fuzzing, qui envoie un grand nombre d'entrées aléatoires pour trouver les cas limites.
- Des tests d'invariants, qui vérifient que certaines propriétés restent toujours vraies, par exemple que la somme des soldes ne dépasse jamais l'offre totale.
- Un taux de couverture, indiqué dans les livrables.
Testnet, audit, mainnet et surveillance
Un testnet est un réseau de test public sur lequel les tokens n'ont aucune valeur. Déployez-y le contrat avec les scripts que vous utiliserez en production, puis répétez les opérations réelles : dépôts, retraits, mises à jour, mise en pause, changements de rôles. Les intégrations avec des oracles ou d'autres protocoles se testent aussi sur le testnet.
L'audit commence une fois le code figé sur un commit donné. Des auditeurs indépendants le relisent et classent leurs constats par gravité. Vos développeurs corrigent, puis les auditeurs vérifient les corrections lors du réaudit. L'audit doit être réalisé par une société qui n'a pas écrit le code. Le guide pour préparer l'audit d'un smart contract indique quoi livrer pour réduire le coût et les délais.
Le déploiement sur le mainnet utilise le commit audité, et lui seul. Vérifiez le code source sur l'explorateur de blocs, transférez les rôles d'administration à un wallet multisig, ajoutez un timelock sur les changements sensibles si la conception le permet, et contrôlez chaque paramètre après le déploiement.
La surveillance commence dès le premier jour : alertes sur les transactions inhabituelles et les appels d'administration, plan de réponse aux incidents écrit et, pour les projets importants, programme de bug bounty. Toute modification du code après l'audit doit faire l'objet de sa propre revue.
Combien coûte la création d'un smart contract
Le coût dépend d'abord du type de projet, puis des options, de la blockchain et du tarif journalier du prestataire. Le modèle public du site donne ces fourchettes indicatives, avec un prestataire d'Europe de l'Ouest, sur une blockchain EVM et avec 15 % de pilotage et d'assurance qualité :
| Projet | Jours de développeur | Budget indicatif |
|---|---|---|
| Token | 6 à 14 | 3 900 à 15 000 EUR |
| Collection NFT | 10 à 21 | 6 500 à 23 000 EUR |
| Staking ou vesting | 14 à 29 | 9 100 à 32 000 EUR |
| DAO ou gouvernance | 18 à 41 | 12 000 à 45 000 EUR |
Une interface web (dApp) ajoute 15 à 40 jours de développeur dans le modèle, et peut coûter plus cher que les contrats d'un petit projet. Les tarifs journaliers seniors vont de 300 à 1 400 EUR selon la région. Le calculateur de coût de développement combine ces paramètres pour votre projet.
Prévoyez l'audit en plus. Dans le modèle d'audit du site, un token Solidity de 300 nSLOC relève de l'engagement minimum : environ 2 400 à 4 200 EUR avec des auditeurs indépendants et 5 400 à 11 000 EUR avec des cabinets établis. Le réaudit ajoute environ 20 %. Le calculateur de coût d'audit estime votre cas. Ce sont des ordres de grandeur, pas des devis.
Le faire soi-même ou faire appel à un développeur
Écrire un premier contrat est à la portée de tout développeur expérimenté. Mettre en production un contrat qui détient de la valeur est un autre métier.
| Critère | En interne | Avec un développeur |
|---|---|---|
| Compétences | Maîtriser le langage, les standards et les familles de failles | Apportées par le prestataire ; vérifiez son code et ses tests |
| Coût | Le temps de votre équipe, plus l'audit | Un devis fondé sur l'effort et le tarif journalier, plus l'audit |
| Délai | Temps d'apprentissage en plus du développement | Selon la disponibilité du prestataire et la rapidité de vos décisions |
| Risque | Plus élevé si personne n'a déjà mis de contrats en production | Plus faible avec une équipe éprouvée, jamais nul |
| Adapté à | Apprentissage, prototypes, outils internes sans valeur en jeu | Contrats qui détiennent des fonds ou des droits, date de lancement fixée |
Dans les deux cas, l'audit reste une mission distincte, confiée à une société indépendante. Si vous faites appel à un prestataire, la page sur le développement de smart contracts et le guide pour choisir un développeur blockchain vous aident à le choisir.
Erreurs fréquentes et sécurité
Beaucoup de problèmes en production viennent d'erreurs évitables :
- Coder sans cahier des charges, si bien que les règles changent pendant le développement et que le périmètre de l'audit ne cesse de bouger.
- Réécrire une logique standard au lieu d'utiliser des bibliothèques auditées.
- Une seule clé aux pleins pouvoirs : émission, pause ou mise à jour contrôlées par une clé privée unique.
- Des tests insuffisants, en particulier sur les cas d'échec, les arrondis et les conditions de marché inhabituelles.
- Une confiance aveugle dans les données externes : prix d'oracle périmés ou manipulés.
- Modifier le code après l'audit et déployer une version que personne n'a relue.
- Faire auditer le code par son développeur, ce qui supprime le regard indépendant qui justifie l'audit.
- Aucun plan après le lancement : ni surveillance, ni réponse aux incidents, ni bug bounty.
Le guide sur les vulnérabilités courantes des smart contracts détaille ce que recherchent les auditeurs. Aucun audit ne garantit l'absence de bugs ; ce sont des mesures complémentaires qui réduisent le risque.
Quand votre cahier des charges est prêt, décrivez votre projet une seule fois et recevez des devis comparables de jusqu'à 6 développeurs vérifiés sur Smart Contract Web3, puis demandez un audit indépendant du même projet. Le service est gratuit pour les clients, et le développeur qui écrit votre code ne peut jamais être invité à l'auditer.
À retenir
- Créer un smart contract, c'est rédiger un cahier des charges, choisir une blockchain et un langage, s'appuyer sur des standards, tester, déployer sur testnet, auditer, réauditer, déployer sur le mainnet et surveiller.
- Le cahier des charges conditionne tout le reste : les devis, les tests et le périmètre de l'audit.
- Dans le modèle du site, développer un token coûte environ 3 900 à 15 000 EUR avec un prestataire d'Europe de l'Ouest, avant l'audit et une éventuelle interface web.
- Les standards, les bibliothèques auditées, des tests solides et un multisig pour les rôles d'administration évitent les erreurs les plus courantes.
- L'audit est une mission distincte, confiée à une société indépendante et suivie d'un réaudit des corrections.
Questions fréquentes
Combien de temps faut-il pour créer un smart contract ?
Pour un token simple, le modèle donne 6 à 14 jours de développeur, soit 1 à 2 semaines avec deux développeurs. Une collection NFT, une DAO ou un contrat de staking demandent davantage, et un protocole de prêt plusieurs mois. Ajoutez à votre calendrier le cahier des charges, l'audit, les corrections, le réaudit et les vérifications sur testnet avant le déploiement sur le réseau principal.
Peut-on créer un contrat intelligent sans savoir coder ?
Des générateurs et des modèles existent, mais ils produisent des contrats génériques qu'on ne peut pas toujours vérifier ni adapter, et couvrent rarement le vesting, les rôles ou un déploiement sur plusieurs blockchains pensé pour votre projet. Pour un prototype, ils peuvent suffire. Pour un contrat qui détient des fonds ou des droits, un développeur qui livre un code testé et documenté, suivi d'un audit indépendant, est plus sûr.
Quel langage utiliser pour développer un smart contract ?
C'est la blockchain qui décide : Solidity, parfois Vyper, sur Ethereum et les autres blockchains EVM ; Rust sur Solana ; Move sur Sui et Aptos ; Cairo sur Starknet. Choisissez d'abord la blockchain en fonction de vos utilisateurs, de vos intégrations et des coûts d'exploitation, puis cherchez des développeurs expérimentés dans son langage. L'écosystème EVM compte le plus de développeurs et d'outils.
Un smart contract simple doit-il être audité ?
C'est fortement recommandé dès que le contrat détient de la valeur ou des droits. Même un code court peut contenir un privilège dangereux, comme une émission illimitée contrôlée par une seule clé. Dans le modèle du site, l'audit d'un petit token relève de l'engagement minimum, à partir d'environ 2 400 EUR avec des auditeurs indépendants. L'auditeur doit être indépendant du développeur.
Combien coûte le déploiement d'un smart contract ?
Le déploiement lui-même entraîne des frais de transaction (gas), payés dans la cryptomonnaie native du réseau ; leur montant dépend de la blockchain, de la taille des contrats et de l'état du réseau au moment du déploiement. Les coûts les plus importants viennent avant : le développement, l'audit et le réaudit. Les calculateurs de coût de développement et d'audit donnent des fourchettes indicatives.