Pour choisir un développeur blockchain, définissez d'abord ce que vos contrats doivent faire et sur quelle blockchain, puis comparez freelances, agences et studios web3 sur le même cahier des charges, vérifiez leur code audité, leurs tests et leurs références, et confiez l'audit à une société distincte et indépendante. Le bon profil dépend moins de l'étiquette que de l'écosystème visé, de la taille du projet et de la continuité dont vous aurez besoin après le lancement.
Ce guide présente les compétences à rechercher selon la technologie, les différences entre les trois types de prestataires, la manière d'évaluer un candidat avant de signer, les signaux d'alerte à prendre au sérieux et la raison pour laquelle un développeur ne doit jamais auditer son propre code.
Partir du projet, pas du profil
Un développeur blockchain n'est le bon choix que pour un périmètre donné. Avant de regarder les références, fixez l'essentiel par écrit :
- Ce que font les contrats : token, collection NFT, staking, gouvernance de DAO, tokenisation, plateforme d'échange, prêt ou bridge.
- La blockchain visée, qui détermine le langage et le nombre de développeurs disponibles.
- Les composants autour des contrats : interface web (dApp), back end ou indexeur, oracle, contrats évolutifs.
- L'échéance et la fourchette de budget, audit compris en plus du développement.
Un cahier des charges court rend chaque échange plus précis et chaque devis comparable. Le guide pour rédiger le cahier des charges d'un smart contract détaille son contenu, et le générateur de cahier des charges produit un document structuré à partir de vos réponses.
Les compétences d'un développeur smart contract selon l'écosystème
Un développeur smart contract est d'abord le spécialiste d'un écosystème. L'expérience acquise sur une blockchain ne se transpose pas automatiquement à une autre, car les modèles d'exécution diffèrent.
Développeur Solidity sur les blockchains EVM
Ethereum et les réseaux compatibles (Arbitrum, Optimism, Base, Polygon, BNB Chain, Avalanche et d'autres) utilisent Solidity, parfois Vyper. Un bon développeur Solidity :
- Maîtrise les standards ERC-20, ERC-721 et ERC-1155 et s'appuie sur des bibliothèques standard auditées plutôt que de réécrire leur logique.
- Comprend le coût en gas, l'organisation du stockage et, si besoin, les modèles de proxy évolutif.
- Connaît les grandes familles de failles : réentrance, erreurs de contrôle d'accès, arrondis, manipulation d'oracle.
- Teste avec méthode : tests unitaires, fuzzing et tests d'invariants.
Développeur Rust sur Solana
Les programmes Solana s'écrivent en Rust, avec un modèle de comptes très différent de l'EVM. Recherchez une expérience de la validation des comptes, des contrôles de signataire et de propriétaire, des appels entre programmes et des limites de calcul. Une solide pratique de Rust hors blockchain aide, mais ne suffit pas. Vous pouvez consulter les prestataires actifs sur Solana.
Développeur Move sur Sui et Aptos
Move traite les actifs comme des ressources qu'on ne peut ni copier ni perdre par inadvertance. Recherchez des développeurs qui comprennent le modèle d'objets ou de ressources de la blockchain visée, ses règles de mise à jour des modules et ses outils de test. Les développeurs Move expérimentés sont moins nombreux, ce qui pèse sur leur disponibilité.
Dans le modèle de coût public du site, les blockchains non EVM portent aussi un facteur d'effort : 1,25 pour Solana, 1,2 pour les blockchains Move et 1,3 pour les autres, contre 1,0 pour l'EVM.
Freelance, agence blockchain ou studio web3
Trois types de prestataires répondent au même besoin de manière différente. Le développeur blockchain freelance travaille seul ou en très petite équipe. L'agence web3, ou agence blockchain, est souvent une agence digitale dotée d'une équipe blockchain à côté du web et du mobile. Le studio web3 est une entreprise construite autour des produits blockchain, des contrats jusqu'à l'interface et au déploiement.
| Critère | Développeur freelance | Agence web3 | Studio web3 |
|---|---|---|---|
| Niveau de coût | Tarifs journaliers du modèle selon la région (300 à 1 400 EUR par jour senior) ; souvent dans le bas de la fourchette locale | Mêmes fourchettes régionales, plusieurs profils et coordination en plus | Mêmes fourchettes régionales, plusieurs profils spécialisés en plus |
| Capacité | Une personne, parfois deux ; peu de travail en parallèle | Équipe large, taille de l'équipe blockchain variable | Plusieurs ingénieurs blockchain, front end et back end |
| Continuité | Dépend de la disponibilité d'une seule personne, y compris après l'audit | Structurée, mais les équipes tournent entre les clients | Structurée, avec des spécialistes qui restent dans l'écosystème |
| Pratiques de sécurité | Dépendent entièrement de la personne | Variables ; vérifiez l'équipe blockchain, pas l'agence | Tests et relectures souvent formalisés ; vérifiez-les |
| Quand choisir | Périmètre bien défini : token, collection NFT, contrat de staking, extension | Projets où le produit web ou mobile domine et où les contrats sont simples | Protocoles, plusieurs blockchains, contrats avec dApp et back end |
La colonne du coût ne reflète que les tarifs journaliers. Dans le modèle, le coût total correspond aux jours de développeur multipliés par le tarif journalier, plus 15 % de pilotage et d'assurance qualité. Un tarif plus bas avec davantage de jours, ou avec de lourdes corrections après l'audit, ne revient pas moins cher. Le calculateur de coût de développement donne une fourchette pour votre projet, et le guide sur le coût de développement d'un smart contract détaille chaque paramètre.
Comment évaluer un développeur blockchain
Un portfolio se présente facilement et se vérifie difficilement. Concentrez-vous sur ce que vous pouvez contrôler.
- Du code déployé et vérifié. Demandez des adresses de contrats dont le code source est vérifié, ou des dépôts publics. Regardez l'historique des commits : des contributions régulières et relues en disent plus qu'une belle page d'accueil.
- Du code audité. Demandez des rapports d'audit portant sur du code écrit par le candidat, réalisés par d'autres sociétés que la sienne. Regardez les constats et surtout la façon dont ils ont été corrigés, puis vérifiés lors du réaudit.
- Des tests. Demandez ce que couvrent les tests et comment. Une réponse sérieuse cite des tests unitaires, du fuzzing ou des tests d'invariants, et un taux de couverture du code livré.
- Des références. Échangez avec un ou deux anciens clients sur les délais, la communication et la gestion des difficultés. Vérifiez que votre interlocuteur a réellement travaillé avec le prestataire.
- Un court échange technique. Demandez comment il gérerait les clés d'administration, les mises à jour et le principal risque de votre conception. Des réponses précises, qui assument des arbitrages, sont bon signe.
- Qui écrit le code. Pour une agence ou un studio, demandez les noms ou profils et l'ancienneté des personnes affectées, et si une partie du travail est sous-traitée.
Les signaux d'alerte
Certains signaux justifient d'arrêter la discussion, ou au moins de demander des précisions par écrit :
- Un prix ou une durée très inférieurs aux autres devis pour le même périmètre, sans explication.
- Aucun test, ou des tests « ajoutés plus tard ».
- Un développeur qui propose d'auditer son propre code, ou suggère une société liée pour l'audit.
- La demande de garder la main sur les clés de déploiement ou d'administration après la livraison.
- Pas de contrat écrit, ou une propriété floue du dépôt et du code.
- Des promesses sur le cours d'un token, une cotation ou des rendements.
- Des projets de portfolio impossibles à relier à du code ou à des références vérifiables.
Le guide pour comparer des devis de smart contract explique comment lire les offres côte à côte et repérer les écarts de périmètre.
Pourquoi le développeur ne doit pas auditer son propre code
Le développeur qui a écrit le code est le moins bien placé pour en voir les angles morts : les hypothèses intégrées à la conception sont justement celles que la revue doit remettre en question. Un audit réalisé par la même équipe, ou par une société qui lui est liée, crée en outre un conflit d'intérêts, puisque le relecteur jugerait son propre travail et sa propre facture.
Les tests et les relectures internes du développeur restent indispensables. L'audit est une mission distincte, confiée à une société indépendante, sur une version figée du code, suivie d'un réaudit des corrections. Le guide sur l'indépendance entre développeur et auditeur détaille ce principe.
Ce que fait smart-contract.com
Smart Contract Web3 est une place de marché mondiale, exploitée par BME Consulting, qui met en relation les entreprises avec des développeurs de smart contracts vérifiés et des auditeurs indépendants. Le service est gratuit pour les clients, sans engagement tant que vous n'avez pas choisi.
- Un seul cahier des charges. Vous décrivez le projet une fois dans une demande guidée ; une IA rédige le cahier des charges sur lequel tous les prestataires chiffrent, et vous le relisez avant de l'envoyer.
- Des prestataires adaptés. La plateforme relit la demande, puis invite jusqu'à 6 développeurs correspondants. Le budget minimum d'une demande est de 1 000 EUR ou USD.
- Des devis comparables. Chaque devis indique le prix, la devise, la durée, le périmètre et l'équipe. Un assistant IA qui travaille pour vous les compare et signale les manques.
- Des prestataires vérifiés. Existence légale, pouvoir du représentant, références vérifiables et déclaration de conflit d'intérêts.
- L'indépendance. Une société qui développe votre projet ne peut jamais être invitée à l'auditer. La règle est appliquée dans la base de données.
Consultez le service de développement de smart contracts, ou parcourez les prestataires de développement de l'annuaire par blockchain et par pays. Quand votre périmètre est clair, demandez des devis comparables à des développeurs vérifiés.
À retenir
- Fixez le périmètre, la blockchain et le budget avant de choisir un profil : l'écosystème détermine quels développeurs sont pertinents.
- Solidity sur l'EVM, Rust sur Solana et Move sur Sui et Aptos demandent des compétences différentes, qui ne se transposent pas automatiquement.
- Le freelance convient à un périmètre bien défini, l'agence web3 aux produits centrés sur le web, le studio web3 aux protocoles et aux projets à plusieurs composants.
- Jugez les candidats sur du code vérifié, des rapports d'audit et leurs corrections, des tests et des références, pas sur le seul portfolio.
- Confiez l'audit à une société indépendante : un développeur ne doit jamais auditer son propre code.
Questions fréquentes
Combien coûte un développeur blockchain ?
Dans le modèle public du site, les tarifs journaliers seniors vont de 300 à 650 EUR en Asie à 800 à 1 400 EUR en Amérique du Nord, et de 650 à 1 100 EUR en Europe de l'Ouest. Le coût total dépend de l'effort : environ 3 900 à 15 000 EUR pour un token simple avec un prestataire d'Europe de l'Ouest, bien davantage pour un protocole. Ce sont des ordres de grandeur, pas des devis.
Faut-il choisir un développeur blockchain freelance ou une agence ?
Un freelance convient à un périmètre bien défini, comme un token, une collection NFT ou un contrat de staking, et coûte souvent moins cher à la journée. Une agence ou un studio web3 convient aux projets qui combinent contrats, interface web, back end et plusieurs blockchains. Comparez l'équipe, l'ancienneté et les livrables indiqués dans chaque devis plutôt que le type de prestataire.
Comment vérifier l'expérience d'un développeur smart contract ?
Demandez des contrats déployés au code source vérifié, des dépôts publics et des rapports d'audit sur du code qu'il a écrit, réalisés par d'autres sociétés. Regardez comment les constats ont été corrigés. Demandez ce que couvrent ses tests et échangez avec un ou deux anciens clients. Pour une agence ou un studio, vérifiez qui écrira réellement votre code, et avec quelle ancienneté.
Mon développeur peut-il aussi auditer les contrats ?
Non. L'équipe qui a écrit le code ne peut pas le relire avec le recul nécessaire, et elle jugerait son propre travail. Sur smart-contract.com, une société engagée dans le développement d'un projet ne peut jamais être invitée à l'auditer : la règle est appliquée dans la base de données. Les tests du développeur restent indispensables, mais l'audit est une mission distincte.
À qui appartient le code à la fin du projet ?
La propriété est fixée par le contrat que vous signez avec le développeur, pas par la plateforme. Indiquez dans le cahier des charges que le dépôt, le code et les clés de déploiement doivent vous être transférés, et vérifiez que chaque devis l'accepte. Les rôles d'administration doivent revenir à un multisig contrôlé par votre équipe, jamais au prestataire.