Un projet blockchain commence par une difficulté de coopération à décrire : plusieurs organisations doivent-elles partager un historique, vérifier des opérations ou s’accorder sur un état commun ? Avant de choisir la technologie, identifiez la situation réelle, les acteurs concernés et le résultat attendu.

Démarrer un projet blockchain par le besoin

Décrivez une opération récente : quelle information circule, qui la produit, qui la vérifie, où apparaissent les désaccords et quelles conséquences ils entraînent. Le canevas de contexte aide à formuler ce premier cadrage. Les entretiens servent ensuite à le confronter au terrain.

Comparez plusieurs réponses : améliorer la procédure, partager une base de données, utiliser des documents signés ou déployer un registre distribué. Pour chaque option, précisez qui exploite le service, qui peut écrire, qui peut lire et comment une erreur sera traitée. Un acteur central accepté par tous peut rendre une architecture classique plus simple à exploiter.

Décentralisation, transparence et sécurité : trois choix à préciser

  • Décentralisation : examinez la répartition réelle des nœuds, des droits d’administration et des dépendances. Une blockchain permissionnée peut réunir un petit nombre d’opérateurs. Le nombre de participants supportés, le débit et les coûts ont des limites à mesurer ; les solutions de passage à l’échelle ajoutent leurs propres choix d’architecture. Voir la documentation Ethereum sur le passage à l’échelle.
  • Transparence : décidez quelles informations doivent être visibles et pour qui. Partager un registre entre organisations ne suppose pas de rendre tous les documents publics. Les règles de confidentialité et les droits d’accès font partie de la conception.
  • Sécurité : le NIST décrit des registres conçus pour rendre les altérations détectables et difficiles dans leurs conditions normales de fonctionnement. Cela ne prouve pas la véracité d’une donnée saisie et ne protège pas automatiquement les clés, les applications ou les interfaces. Repère technique du NIST.

La gouvernance organise les responsabilités

Le consensus technique détermine comment le réseau accepte les opérations. Le collectif doit aussi décider de ses règles d’entrée et de sortie, du financement, de la modification du service et du traitement des désaccords. Le canevas de gouvernance aide à mettre ces questions en discussion.

Construire un budget complet

Le coût dépend du périmètre et de l’architecture. Préparez un budget qui couvre les entretiens, le développement, les raccordements aux systèmes existants, les vérifications juridiques, la sécurité, l’hébergement et la maintenance. Pour un réseau public, examinez aussi les frais de transaction et leur variabilité. Un outil open source peut réduire certains coûts de licence tout en demandant du travail d’intégration et d’exploitation.

Les gains doivent être observés sur le processus choisi : temps de rapprochement, erreurs évitées, délai d’accès à une preuve ou qualité de la coopération. Comparez-les aux coûts et aux contraintes des autres solutions, sur une durée explicitement choisie.

Utiliser les canevas pour décider de la suite

Les 11 canevas et le guide structurent le travail depuis le contexte jusqu’au concept et à sa gouvernance. Ils rendent les hypothèses discutables ; les preuves viennent des entretiens, des essais et des mesures.

Par exemple, un collectif qui échange des attestations peut commencer par vérifier qui émet le document, qui le contrôle et comment une correction doit être propagée. Une maquette ou un processus manuel peut suffire pour tester l’utilité du service avant d’investir dans son infrastructure.

Questions à résoudre avant d’engager le développement

  • Quel problème est observé, avec quelles conséquences ?
  • Quels acteurs ont confirmé leur besoin et leur participation ?
  • Quel avantage le registre distribué apporte-t-il face aux solutions comparées ?
  • Qui exploite, finance et fait évoluer le service ?
  • Quel test et quel critère permettront de poursuivre, modifier ou arrêter le projet ?

Sources et repères

Références consultées le 19 octobre 2026. Les propositions d’atelier et d’application aux canevas relèvent de la méthode Lean Blockchain.