Blockchain : une technologie pour partager un registre, pas pour garantir la vérité
Publié par : Éloïse Delaunay-Clerval — Rédactrice spécialisée en tech
La blockchain est un registre numérique partagé entre plusieurs ordinateurs, dans lequel les enregistrements sont regroupés en blocs reliés par cryptographie. Son intérêt : permettre à des participants de vérifier un historique commun sans dépendre nécessairement d’un gestionnaire unique. Elle rend certaines modifications difficiles, mais ne garantit ni la véracité des informations saisies ni l’absence de fraude.
Un historique commun plutôt qu’une base détenue par un seul acteur
Dans une base de données classique, un organisme administre généralement le registre et contrôle ses modifications. Avec une blockchain, plusieurs participants peuvent conserver et vérifier des copies du même historique. Ces ordinateurs, appelés nœuds, échangent les informations selon les règles d’un protocole commun.
La blockchain appartient à la famille des technologies de registre distribué, ou DLT. Toutes les DLT ne sont toutefois pas des blockchains : la particularité de ces dernières est d’organiser les enregistrements en blocs reliés les uns aux autres.
Cette organisation est notamment utile lorsque plusieurs acteurs doivent partager des écritures sans confier tout le contrôle à l’un d’entre eux. La confiance ne disparaît pas : elle se déplace vers le protocole, ses opérateurs et sa gouvernance.
Blockchain et cryptomonnaie ne sont pas synonymes. Bitcoin, mis en service en 2009 après sa présentation en 2008, utilise cette technologie pour enregistrer des transferts et prévenir la double dépense d’une même unité numérique. D’autres réseaux servent à exécuter des programmes ou à partager des preuves, sans se limiter aux paiements.
Du clic à l’enregistrement : le parcours d’une transaction
Une transaction peut représenter un transfert d’actifs, l’inscription d’une information ou l’appel d’un programme. Son traitement suit une logique commune, avec des différences importantes selon le réseau.
- Autoriser l’opération. L’utilisateur signe généralement une transaction avec sa clé privée. La clé publique correspondante permet de vérifier cette signature sans révéler le secret.
- Diffuser et vérifier. Les nœuds reçoivent la transaction et contrôlent sa conformité : signature, droits, fonds disponibles ou autres conditions du protocole.
- Proposer un bloc. Des transactions sont regroupées dans un bloc contenant notamment des références cryptographiques et des informations de datation.
- Établir l’historique reconnu. Le mécanisme de consensus détermine les blocs retenus. Les nœuds mettent alors leur registre à jour.
Chaque bloc référence généralement l’empreinte cryptographique, ou hachage, du précédent. Modifier une donnée change son empreinte et rompt la cohérence des liens suivants. Le hachage sert donc à vérifier l’intégrité : il ne chiffre pas automatiquement le contenu et ne le rend pas confidentiel.
Preuve de travail et preuve d’enjeu : deux logiques distinctes
La preuve de travail, ou PoW, utilisée par Bitcoin, repose sur une compétition de calcul entre mineurs pour proposer un bloc conforme. Ce minage peut mobiliser beaucoup d’énergie. La preuve d’enjeu, ou PoS, fait intervenir des validateurs qui immobilisent des actifs selon les règles du protocole. Ethereum utilise cette seconde approche. Toutes les blockchains ne pratiquent donc pas le minage.
Le consensus ne correspond pas à un vote universel de 51 % des participants. Les règles, les seuils et la finalité — le degré auquel une transaction peut être considérée comme définitive — varient. De même, un délai de quelques secondes à quelques minutes peut exister sur certains réseaux, sans constituer une garantie générale.
Public, privé, permissionné : distinguer visibilité et participation
Deux questions doivent être séparées : qui peut consulter le registre, et qui peut participer à son fonctionnement ? Les termes « public » et « privé » décrivent surtout l’ouverture du réseau ; permissionless et permissioned précisent la nécessité d’une autorisation préalable.
| Configuration | Consultation | Participation et gouvernance | Compromis principal |
|---|---|---|---|
| Publique et permissionless | Historique généralement consultable par tous | Participation sans agrément préalable, sous réserve des règles techniques | Ouverture, mais exposition des données et ressources variables |
| Publique et permissionnée | Lecture ouverte selon la conception | Validation réservée à des acteurs autorisés | Visibilité publique, contrôle concentré de la validation |
| Privée et permissionnée | Accès réservé aux membres autorisés | Règles fixées par une organisation ou un consortium | Confidentialité mieux maîtrisée, dépendance à la gouvernance |
Ces catégories ne disent pas tout. Un registre peut être répliqué sur de nombreux serveurs tout en restant contrôlé par une seule organisation. Inversement, un consortium peut répartir certaines décisions entre plusieurs entreprises. Distribuer les copies n’équivaut pas à décentraliser le pouvoir.
Sur une blockchain publique, les adresses ne garantissent pas non plus l’anonymat. L’historique des opérations peut permettre des rapprochements avec des identités connues. La confidentialité doit donc être pensée dès la conception, et non supposée acquise grâce à la cryptographie.
Des usages pertinents lorsque plusieurs acteurs doivent se coordonner
La valeur d’une blockchain vient moins du stockage que de la possibilité de partager un état vérifiable entre organisations. Les applications suivantes illustrent ce besoin, sans rendre cette architecture indispensable dans tous les cas.
- Logistique : producteurs, transporteurs et distributeurs peuvent consigner les étapes du parcours d’un lot pour faciliter les recherches en cas de litige.
- Finance : un registre commun peut suivre des transferts ou des actifs tokenisés et réduire certains rapprochements entre systèmes.
- Assurance : un programme peut déclencher une opération lorsqu’une condition définie est confirmée, sous réserve des règles contractuelles applicables.
- Santé : des preuves d’intégrité ou des traces d’accès peuvent être partagées, sans publier les dossiers médicaux sur une chaîne ouverte.
Pensez la traçabilité comme une maille : sa solidité dépend aussi des points de raccordement. Un historique impeccable ne prouve pas qu’une étiquette a été attachée au bon colis. Pour relier l’objet physique à son enregistrement numérique, il faut sécuriser l’identification, contrôler la saisie et documenter les changements de détenteur. Sans ce lien, la blockchain conserve fidèlement une erreur initiale.
Le contrat intelligent automatise une règle, pas un jugement
Un contrat intelligent est un programme qui exécute des opérations selon des conditions codées. Il n’est pas nécessairement un contrat au sens juridique. Lorsqu’il dépend d’un événement extérieur, comme une livraison ou une température, un service appelé oracle lui transmet l’information. Sa fiabilité dépend alors du code, mais aussi de cette donnée externe : une automatisation correcte peut produire un résultat injustifié si l’entrée est fausse.
Avant l’adoption, vérifier les risques et l’utilité réelle
L’immutabilité est une résistance à la modification sous certaines hypothèses, pas une inviolabilité absolue. Des attaques, des défauts logiciels ou des décisions de gouvernance peuvent affecter un réseau. Une erreur se corrige souvent par une nouvelle écriture plutôt que par l’effacement de l’ancienne.
Il faut aussi distinguer la sécurité du protocole de celle des usages : une clé privée volée, un contrat vulnérable ou une plateforme compromise peut entraîner des pertes. Un audit réduit certains risques sans tous les éliminer. Les ponts entre chaînes ajoutent leurs propres dépendances techniques.
Pour une entreprise, l’évaluation doit porter sur la confidentialité, le débit, les délais de finalité, les coûts, la consommation de ressources, l’interopérabilité et les responsabilités en cas d’incident. Si un gestionnaire unique est accepté par tous, une base de données classique peut être plus simple et mieux adaptée.
Enfin, les cryptoactifs ajoutent des risques financiers distincts : volatilité, perte en capital, liquidité ou défaillance d’un intermédiaire. Dans l’Union européenne, le règlement MiCA encadre notamment certaines émissions de cryptoactifs et certains prestataires de services. Les obligations dépendent de l’activité et de la qualification de l’actif ; d’autres règles, dont la protection des données personnelles, peuvent également s’appliquer. La conformité réglementaire ne garantit ni le rendement d’un actif ni la sécurité absolue d’un service.
- Blockchain : une technologie pour partager un registre, pas pour garantir la vérité - 13 novembre 2026
- Animation réalité virtuelle : choisir le bon format sans sous-estimer la logistique - 12 novembre 2026
- Logiciel de réalité virtuelle : choisir pour visiter, présenter ou aménager - 11 novembre 2026
Articles qui pourraient vous intéresser :
Youtube comment finder : les meilleurs outils et méthodes à connaître
Comment retrouver quelqu’un sur snapchat sans son nom simplement
Formation NFT : 85 heures pour maîtriser le Web3, sécuriser vos actifs et lancer vos projets
Développement web offshore : piloter la qualité et maîtriser les coûts de vos projets digitaux