La question que personne ne pose avant l'appel de lancement
La plupart des briefs de projets blockchain arrivent avec la technologie déjà décidée : « il nous faut une plateforme NFT », « on veut tokeniser ceci », « pouvez-vous nous construire une DAO ». Presque aucun ne commence par la vraie question qui détermine si tout cela a un sens : plusieurs parties qui ne se font pas pleinement confiance ont-elles besoin de s'accorder sur l'état de quelque chose, sans intermédiaire ?
Si la réponse est non, une blockchain ne rend pas le produit meilleur. Elle le rend plus lent, plus coûteux à faire évoluer, et plus difficile à recruter pour — pour une garantie de confiance dont personne dans le système n'avait réellement besoin.
Ce pour quoi une blockchain est vraiment utile
Une fois le battage médiatique écarté, une blockchain est un outil précis pour une tâche précise : un registre partagé, à ajout seul, que plusieurs parties indépendantes peuvent vérifier sans dépendre de l'honnêteté de l'une d'elles. C'est tout. Voici les trois situations où cela a une vraie valeur :
La confiance entre plusieurs parties, sans intermédiaire. Un protocole de prêt DeFi fonctionne parce que les emprunteurs, les prêteurs et les liquidateurs n'ont pas à faire confiance à une banque — le smart contract applique les mêmes règles pour tout le monde, et n'importe qui peut vérifier qu'il l'a fait. Retirez la condition « plusieurs parties, pas d'intermédiaire de confiance » et vous ne décrivez plus qu'un registre de prêts, qu'une base de données gère très bien.
La rareté et la transférabilité vérifiables. Un token ou un NFT est utile quand la rareté et l'historique de transfert doivent être vérifiables de façon indépendante par des personnes extérieures à votre organisation — un objet de collection, un actif du monde réel à propriété fractionnée, un objet de jeu que les joueurs s'attendent à échanger en dehors des serveurs du jeu lui-même. Si la propriété n'a besoin d'être vérifiée qu'à l'intérieur de votre propre système, une ligne de base de données fait le même travail pour une fraction du coût d'ingénierie.
La gouvernance désintermédiée. Une DAO a du sens quand un groupe de parties prenantes réellement dispersé doit prendre des décisions contraignantes sur des fonds partagés sans qu'une seule entreprise contrôle la trésorerie. La plupart des « DAO » qu'on nous demande de construire sont en réalité une entreprise qui veut l'image de la décentralisation tout en gardant le contrôle de chaque décision clé — c'est un système de permissions, pas une DAO.
Ce qu'elle ne règle pas
Une blockchain ne transforme pas de mauvaises données en bonnes données — garbage in, garbage out reste vrai, sauf que désormais c'est un déchet permanent et public. Elle ne rend pas non plus un système lent rapide ; même les chaînes à haut débit sont plus lentes qu'une table Postgres bien indexée pour tout ce qui ne bénéficie pas spécifiquement du consensus. Et elle n'ajoute pas de confiance automatiquement — un smart contract avec un bug est un bug qui déplace de l'argent réel, de façon immuable, dès que quelqu'un le trouve. « C'est on-chain » ne remplace pas une revue de sécurité ; au contraire, cela augmente l'enjeu d'une revue ratée.
Le filtre que nous utilisons vraiment
Avant de recommander de construire sur une blockchain, nous posons une seule question : une base de données bien gérée, avec un journal d'audit public, résoudrait-elle le problème tout aussi bien ? Si la réponse est oui — et pour la plupart des outils internes, la plupart des programmes de fidélité, la plupart des cas « vérifier ce justificatif », c'est le cas — construisez la base de données. C'est moins cher, plus rapide à faire évoluer quand les besoins changent, et tout aussi fiable pour un système où vous êtes la seule partie qui a besoin de faire confiance aux données.
Les projets où la réponse est vraiment non partagent généralement la même forme : de l'argent réel qui circule entre des parties sans intermédiaire de confiance existant (DeFi), des actifs qui doivent être vérifiablement rares et librement échangeables en dehors des serveurs d'une seule entreprise (tokenisation, objets de jeu avec une véritable interopérabilité), ou une gouvernance dont tout l'intérêt est qu'aucune partie unique ne contrôle le résultat (de vraies DAO, pas des systèmes de permissions avec un vernis de marque).
Le choix de la chaîne compte plus qu'on ne le pense
Une fois qu'une blockchain est réellement le bon choix, la chaîne choisie compte autant que la décision d'en utiliser une. Les chaînes EVM — Ethereum, Base, Polygon, Arbitrum — ont l'écosystème d'outils et d'audit le plus mature, et des contrats Solidity construits sur les standards audités d'OpenZeppelin constituent le choix par défaut le plus sûr plutôt que de réinventer les primitives à partir de zéro. Les chaînes à haut débit comme Solana ou Near, écrites en Rust, ont du sens quand le volume de transactions ou la sensibilité aux frais exclut les coûts de gas de l'EVM — un protocole de trading haute fréquence ou un jeu avec des micro-transactions on-chain constantes, par exemple. Choisir la chaîne en fonction du battage médiatique de la communauté plutôt que de vos besoins réels en débit et en coûts est l'une des erreurs les plus coûteuses qu'il faut ensuite défaire.
La sécurité n'est pas optionnelle dès qu'une vraie valeur est on-chain
Tout contrat manipulant de l'argent réel a besoin d'une suite de tests Foundry — tests unitaires, fuzzing et vérifications d'invariants — avant même d'envisager un audit externe, et d'un audit externe avant le mainnet si le contrat détient une valeur significative. Ce n'est pas un supplément ajouté à la fin ; le coût de trouver un bug de réentrance en revue de code est une modification de code, et le coût de le trouver après le lancement est un titre dans la presse.
Ce que ça coûte
Un mint NFT ou le lancement d'un token simple démarre autour de $10,000. Une dApp complète ou un protocole DeFi — contrats, frontend, intégration de wallet, indexation on-chain — démarre à partir de $35,000+, et ce chiffre exclut les frais d'audit externe, qui augmentent avec la complexité du contrat et méritent d'être budgétés séparément plutôt que traités comme un à-côté.
En résumé
La bonne question n'est pas « devrions-nous utiliser la blockchain ». C'est « plusieurs parties qui ne se font pas confiance doivent-elles s'accorder là-dessus sans intermédiaire ». Si oui, notre équipe blockchain & Web3 peut cadrer les contrats et l'application autour de ce vrai besoin. Si non, nous vous le dirons aussi — une base de données rapide et sans fioritures est un meilleur produit qu'un registre lent et coûteux dont personne n'avait besoin.
