GuideMis à jour le 19 octobre 2026
Créer une blockchain : choisir le bon réseau, comprendre les étapes, décider avant de construire.
La réponse courte
Créer une blockchain, c'est faire fonctionner un réseau de nœuds qui appliquent les mêmes règles de consensus pour tenir le même registre. La plupart des projets n'en ont pas besoin : un réseau existant, public ou à permission, suffit souvent, et l'effort porte alors sur les smart contracts et l'application. Un réseau dédié se justifie lorsque la gouvernance, la confidentialité ou les règles du réseau doivent être entièrement maîtrisées, au prix de son exploitation dans la durée.
- Souvent suffisant
- Un réseau existant, public ou à permission
- Se justifie parfois
- Un réseau dédié, si ses règles doivent vous appartenir
- À vérifier d'abord
- Qu'une base de données partagée ne suffit pas
Sommaire · 10 sections
01 Créer une blockchain : de quoi parle-t-on ?
Le mot « blockchain » désigne trois choses que l'on confond souvent : un registre, où les opérations sont inscrites dans un ordre que personne ne peut réécrire seul ; un réseau, les ordinateurs qui conservent ce registre et vérifient chaque ajout ; et les applications qui s'en servent.
Créer une blockchain, au sens strict, c'est créer le réseau : choisir qui peut y participer, selon quelle règle les nœuds s'accordent, et qui la fera fonctionner dans la durée. Lancer une application ou émettre un jeton sur un réseau existant est un autre projet, souvent plus court, que décrit notre guide créer un token crypto.
Le besoin auquel répond une blockchain
Une blockchain sert quand plusieurs organisations doivent tenir un même registre sans qu'aucune ne le contrôle seule : chacune peut écrire selon des règles communes, et personne ne peut réécrire l'historique sans que les autres le voient. Traçabilité entre partenaires, preuves d'existence d'un document, droits qui circulent entre des comptes : le point commun est l'absence d'un référent en qui tous ont confiance. Ce qu'une blockchain apporte, et quand elle n'est pas nécessaire, est détaillé sur notre page Blockchain.
Trois projets différents derrière la même expression
Créer le réseau
Nœuds, consensus, gouvernance, exploitation.
Créer une application
Contrats et interface sur un réseau existant.
Émettre un jeton
Un contrat qui fixe ses règles, sur un réseau existant.
02 Faut-il vraiment créer sa propre blockchain ?
Avant de comparer les technologies, quelques questions sur votre projet. Répondez-y dans l'ordre : chaque réponse écarte des options, et le parcours indique la famille de solutions à étudier en premier. Seules les questions qui peuvent encore changer l'orientation sont posées.
| Quand | Famille de solutions à étudier |
|---|---|
| Un seul acteur tient le registre. | Une base de données partagée suffit probablement |
| Plusieurs organisations écrivent, les inscriptions peuvent être publiques, les règles d'un réseau existant conviennent. | Un réseau public existant |
| Plusieurs organisations écrivent, les inscriptions ne peuvent pas être publiques, les règles d'un réseau existant conviennent. | Un réseau à permission existant |
| Les règles du réseau doivent vous appartenir, les inscriptions peuvent être publiques, l'exploitation peut être portée. | Un réseau dédié peut se justifier |
| Les règles du réseau doivent vous appartenir, les inscriptions ne peuvent pas être publiques, l'exploitation peut être portée. | Un réseau dédié à permission peut se justifier |
| Les règles du réseau doivent vous appartenir, mais l'exploitation ne peut pas être portée. | Revoir le besoin avant un réseau dédié |
Quand un réseau existant suffit
Le plus souvent. Les règles du réseau vous conviennent, et votre logique tient dans des smart contracts : vous bénéficiez d'un réseau déjà exploité, de ses outils et de ses portefeuilles.
Quand un réseau dédié se justifie
Lorsque qui valide, ce qui est visible ou le coût des opérations doit être décidé par vous et vos partenaires, et que quelqu'un peut faire fonctionner le réseau dans la durée.
Quand une base de données suffit
Lorsqu'un seul acteur tient le registre et que les autres lui font confiance. Une blockchain y ajouterait des coûts sans rien prouver de plus.
03 Réseau public, à permission ou infrastructure privée
Trois familles de réseaux, qui ne répondent pas aux mêmes questions. La bonne se choisit d'après qui doit valider, qui doit pouvoir lire, et qui fera fonctionner le réseau.
| Réseau public | Réseau à permission | Infrastructure privée | |
|---|---|---|---|
| Qui valide | Des participants ouverts, selon le consensus du réseau | Des participants admis, souvent des partenaires | Vous, ou un petit nombre de nœuds que vous contrôlez |
| Qui lit | Tout le monde | Les membres, ou plus largement selon les règles | Ceux que vous autorisez |
| Frais | Payés à chaque opération, variables | Fixés par la gouvernance du réseau | Vos coûts d'exploitation |
| Exploitation | Assurée par le réseau ; vous gérez vos contrats | Partagée entre les membres | Entièrement à votre charge ; la preuve vaut ce que vaut la confiance en vous |
Réseau public
- Qui valide
- Des participants ouverts, selon le consensus du réseau
- Qui lit
- Tout le monde
- Frais
- Payés à chaque opération, variables
- Exploitation
- Assurée par le réseau ; vous gérez vos contrats
Réseau à permission
- Qui valide
- Des participants admis, souvent des partenaires
- Qui lit
- Les membres, ou plus largement selon les règles
- Frais
- Fixés par la gouvernance du réseau
- Exploitation
- Partagée entre les membres
Infrastructure privée
- Qui valide
- Vous, ou un petit nombre de nœuds que vous contrôlez
- Qui lit
- Ceux que vous autorisez
- Frais
- Vos coûts d'exploitation
- Exploitation
- Entièrement à votre charge ; la preuve vaut ce que vaut la confiance en vous
Seconde couche
Une seconde couche traite les opérations à part et s'appuie sur un réseau principal pour sa sécurité : une façon de réduire les frais sans créer son propre réseau.
Et les chaînes applicatives ?
Certains écosystèmes permettent de lancer une chaîne propre à une application, qui reprend des briques et parfois la sécurité d'un réseau existant. C'est une voie intermédiaire : plus de maîtrise qu'un smart contract, moins d'exploitation qu'un réseau entièrement indépendant. Pour comparer ces options sur votre projet, voyez notre expertise architecture et infrastructures blockchain.
04 Les composants d'une blockchain
Créer un réseau, c'est assembler et faire fonctionner plusieurs briques. Aucune n'est optionnelle : un réseau sans supervision ou sans procédure de mise à jour finit par s'arrêter, ou par se diviser.
| Composant | Ce qu'il fait | Ce qu'il faut décider |
|---|---|---|
| Nœuds validateurs | Proposent et valident les blocs. | Qui les fait fonctionner, et combien. |
| Nœuds d'accès | Permettent de lire la chaîne et de soumettre des transactions. | Qui y accède, et avec quelle disponibilité. |
| Registre et format des blocs | Conservent les opérations dans un ordre vérifiable. | Ce qui est inscrit, et ce qui reste hors de la chaîne. |
| Règle de consensus | Permet aux nœuds de s'accorder sur le prochain bloc. | Le mécanisme, et le nombre de pannes tolérées. |
| Logique sur la chaîne | Contrats ou modules exécutés à l'identique par tous les nœuds. | Ce qui doit s'exécuter sur la chaîne. |
| Clés et portefeuilles | Signent les opérations et les actes d'administration. | Qui détient quelles clés, et comment les remplacer. |
| Indexation et explorateur | Rendent la chaîne lisible pour les applications et les personnes. | Ce qu'il faut suivre et afficher. |
| Supervision | Signale une panne, un retard de validation, un comportement anormal. | Les seuils, et qui intervient. |
| Mise à jour du protocole | Fait évoluer les règles sans diviser le réseau. | Qui propose, qui approuve, quand on déploie. |
Les données venues de l'extérieur, ou d'autres réseaux, passent par des oracles et des mécanismes d'interopérabilité : ils deviennent alors des composants à part entière, avec leurs propres risques.
05 Choisir un mécanisme de consensus
Le consensus est la règle qui permet aux nœuds de s'accorder sur le prochain bloc. Il décide de qui a le pouvoir de valider, de la manière dont une opération devient définitive, et de ce que coûte le fonctionnement du réseau.
| Famille | Qui valide | Ce qu'elle implique |
|---|---|---|
| Preuve de travail | Ceux qui fournissent du calcul | Ouverture, consommation d'énergie élevée, finalité probabiliste : une opération devient plus sûre à mesure que des blocs s'ajoutent. |
| Preuve d'enjeu | Ceux qui immobilisent des jetons | Une économie du jeton à concevoir, et des règles de sanction des validateurs qui se comportent mal. |
| Autorité ou tolérance aux fautes (BFT) | Des validateurs identifiés, en nombre limité | Une finalité rapide et une gouvernance entre participants connus : la famille habituelle des réseaux à permission. |
Les questions qui décident
- Combien de participants valident, et se connaissent-ils ?
- Combien de nœuds peuvent tomber en panne, ou mal se comporter, sans arrêter le réseau ?
- Une opération doit-elle être définitive immédiatement ?
- Le réseau a-t-il besoin d'un jeton pour rémunérer ou sanctionner ses validateurs ?
Débit et délais de confirmation dépendent de l'implémentation, de la configuration et du nombre de validateurs : aucune valeur n'est donnée ici sans mesure sur votre cas.
06 Sécurité et gouvernance du réseau
Un réseau dédié concentre des pouvoirs que l'on évite de donner à une seule personne : admettre un validateur, modifier une règle, mettre à jour le protocole. Sa sécurité tient autant à l'organisation de ces pouvoirs qu'au code.
Qui décide quoi
- Admettre ou retirer un participant.
- Mettre à jour le protocole, et à quelle date.
- Modifier les paramètres : frais, taille des blocs, rythme.
- Réagir à un incident : suspendre, corriger, informer.
Ces pouvoirs se répartissent, se limitent et se tracent ; leur organisation est le sujet de la sécurité et la gouvernance d'un projet blockchain.
Les clés
Chaque acte d'administration se signe. Les clés se génèrent et se conservent hors des postes de travail courants, se répartissent entre plusieurs signataires pour les actes sensibles, et leur remplacement en cas de perte se prévoit avant le lancement.
Les nœuds, des serveurs exposés
Un nœud reste un serveur : ses accès, ses services et ses configurations se protègent comme ceux de toute infrastructure web, et se surveillent dans la durée.
Les vérifications
Tests, y compris des pannes et des comportements malveillants, revue de code, puis audit indépendant lorsque le projet le justifie : chaque étape réduit les risques, aucune ne garantit l'absence de faille.
07 Ce que coûte une blockchain, de la création à l'exploitation
Il n'existe pas de prix type : le coût dépend surtout de ce que le réseau doit faire et de qui le fera fonctionner. Ce sont ces facteurs qu'il faut chiffrer, à trois moments.
| Moment | Facteurs à chiffrer |
|---|---|
| Création | Cadrage, choix et configuration du réseau, développement de la logique propre, outils (explorateur, portefeuilles), tests, audit éventuel. |
| Exploitation | Nœuds et hébergement, supervision, intervention en cas d'incident, stockage qui grossit avec le registre. |
| Maintenance et évolutions | Mises à jour du protocole, correctifs de sécurité, admission de participants, évolutions fonctionnelles. |
Sur un réseau existant, la création coûte moins cher, et l'exploitation se résume souvent aux frais de transaction et aux services de l'application. Les facteurs de complexité sont les mêmes partout : nombre de participants, confidentialité des données, intégration avec les logiciels existants, exigences de disponibilité.
Aucun montant ni délai n'est donné ici : ils se chiffrent au cadrage, sur votre projet.
08 Les étapes d'un projet
Huit étapes, dans l'ordre. Les trois premières décident si les suivantes sont nécessaires.
Cadrer
Le besoin, les participants, et la vérification qu'une blockchain est utile.
Choisir le réseau
Le type de réseau et l'organisation de sa gouvernance.
Prototyper
Une preuve de concept sur un réseau de test, sans valeur réelle.
Concevoir
Nœuds, consensus, logique sur la chaîne, services hors chaîne.
Développer et tester
Y compris les pannes, les retards et les comportements malveillants.
Faire vérifier
Revue de code, et audit indépendant lorsque le projet le justifie.
Lancer
Avec les premiers participants, sur un périmètre maîtrisé.
Exploiter et faire évoluer
Supervision, incidents, mises à jour du protocole.
Ces étapes sont celles de notre démarche de projet blockchain, que nous adaptons au périmètre de chaque projet.
09 Les choix à valider avant de développer
Avant d'écrire la première ligne de code, chacune de ces questions doit avoir une réponse écrite.
- Qui participe, et qui valide ?
- Qu'est-ce qui est inscrit sur la chaîne, et qu'est-ce qui reste hors de la chaîne ?
- Quel type de réseau, et pourquoi pas un réseau existant ?
- Quel mécanisme de consensus ?
- Qui détient les clés d'administration ?
- Comment le protocole évoluera-t-il ?
- Qui fait fonctionner les nœuds, et avec quelle supervision ?
- Que coûte l'exploitation sur plusieurs années ?
- Que se passe-t-il si un participant quitte le réseau ?
Les questions juridiques éventuelles, statut d'un jeton ou responsabilités entre partenaires, se traitent avec vos conseils : ce guide ne les tranche pas.
10 Questions fréquentes
Les questions qui reviennent quand on envisage de créer son propre réseau.
Combien de temps faut-il pour créer une blockchain ?
Cela dépend du type de réseau et de ce qu'il doit faire : configurer un réseau à permission sur une technologie éprouvée n'a pas la même ampleur que concevoir un protocole. Le cadrage fixe un calendrier par étape, prototype compris ; nous ne donnons pas de durée type, parce qu'elle dépend surtout du nombre de participants et des intégrations.
Peut-on partir d'un code existant ?
Oui, c'est le cas le plus fréquent : on reprend une technologie de réseau éprouvée, ou le code d'un réseau public (on parle de « fork »), puis on configure ses règles. Reprendre un code, c'est aussi reprendre ses mises à jour et ses failles à suivre dans la durée, et décider qui s'en charge.
Combien de nœuds faut-il ?
Le nombre dépend du consensus choisi et du nombre de pannes, ou de comportements malveillants, que le réseau doit supporter sans s'arrêter. Il dépend aussi de qui fait fonctionner les nœuds : un réseau dont tous les nœuds appartiennent à un seul acteur fonctionne, mais ne prouve rien de plus qu'une base de données.
Une blockchain privée est-elle encore une blockchain ?
Techniquement oui : les nœuds appliquent un consensus et tiennent un registre chaîné. Sa valeur de preuve dépend en revanche de qui fait fonctionner les nœuds. Si vous les contrôlez tous, un tiers doit vous faire confiance, exactement comme pour un registre classique ; ouvrir la validation à des partenaires change cette situation.
Peut-on passer d'un réseau privé à un réseau public plus tard ?
Pas directement : les règles, les données et les participants changent d'un type de réseau à l'autre. On prévoit plutôt, dès la conception, ce qui pourra être ancré sur un réseau public, par exemple des empreintes de documents, ou migré plus tard, et ce qui restera dans le réseau d'origine.
Faut-il créer une cryptomonnaie pour créer une blockchain ?
Pas toujours. Les réseaux à permission fonctionnent souvent sans monnaie native : les validateurs sont identifiés et ne sont pas rémunérés par le réseau. Un réseau public, ou fondé sur la preuve d'enjeu, en a généralement besoin pour rémunérer ou sanctionner ses validateurs. Pour l'émission d'un jeton, voir notre guide créer un token crypto.
Avant de construire un réseau, savoir ce qu'il doit prouver.
Créer une blockchain est rarement la première étape d'un projet blockchain. La première étape, c'est de vérifier ce que le réseau doit prouver, à qui, et qui le fera fonctionner. Si vous en êtes là, nous pouvons étudier votre projet avec vous, y compris pour vous dire si un réseau existant suffit.
Réponse sous 24 à 48 heures ouvrées.