Blockchain : comment fonctionne réellement un registre distribué

Le point essentiel est pourtant assez clair : une blockchain permet à plusieurs participants qui ne se font pas nécessairement confiance de maintenir une version commune de l'état d'un système.

La Banque des règlements internationaux (BRI) définit les technologies de registre distribué comme les protocoles et l'infrastructure permettant à des ordinateurs situés à différents endroits de proposer et valider des transactions, puis de mettre à jour un registre de manière synchronisée à travers un réseau. Bitcoin et Ethereum utilisent cette idée pour aller plus loin : le registre peut fonctionner sans qu'une autorité centrale soit chargée de maintenir la copie officielle. C'est là que commence réellement l'intérêt de la blockchain.

Un registre avant d'être une « chaîne de blocs »

Imaginons un registre extrêmement simple. Il contient :

• Alice possède 10 unités ;
• Bob possède 5 unités ;
• Claire possède 2 unités.

Alice envoie 3 unités à Bob. Le nouvel état devient : Alice 7, Bob 8, Claire 2. Dans un système traditionnel, une base de données centrale effectue cette modification : une banque maintient son propre registre et décide quelle version de la base est officielle.

Le problème change lorsqu'il n'existe plus d'administrateur unique. Supposons que 5 000 ordinateurs possèdent chacun leur propre copie. Qui décide que la transaction d'Alice est valide ? Comment empêcher Alice d'envoyer les mêmes 3 unités simultanément à Bob et à Claire ? Comment les 5 000 ordinateurs finissent-ils par conserver la même version du registre ? C'est essentiellement ce problème qu'une blockchain doit résoudre.

Distribué ne signifie pas automatiquement décentralisé

C'est une distinction importante. Un registre peut être distribué entre plusieurs serveurs sans être réellement décentralisé. Une entreprise peut parfaitement posséder dix data centers, chacun contenant une copie de sa base : le registre est techniquement distribué. Mais l'entreprise conserve le contrôle des serveurs, le droit de modifier les règles et le pouvoir de déterminer quelle version est officielle.

La BRI souligne précisément cette différence : dans une base distribuée classique, un administrateur conserve généralement une copie maîtresse et partage périodiquement les mises à jour. Des systèmes comme Bitcoin ont au contraire été conçus pour fonctionner sans autorité de confiance, les transactions circulant directement entre les participants.

Qu'est-ce qui est réellement distribué ?

Dans une blockchain publique comme Bitcoin, de nombreux nœuds conservent leur propre copie de la chaîne. Chaque nœud complet vérifie indépendamment les blocs qu'il reçoit selon les règles du protocole. La documentation technique de Bitcoin précise qu'un nœud complet stocke sa propre chaîne, constituée uniquement des blocs qu'il a lui-même validés ; plusieurs nœuds possédant les mêmes blocs sont alors en accord sur cet historique.

Ce point mérite d'être souligné : un nœud ne fait pas simplement confiance au bloc parce qu'un autre ordinateur le lui envoie. Il vérifie que le bloc respecte les règles : signatures valides, transactions correctement formées, absence de double dépense, respect des règles monétaires, format du bloc, état précédent cohérent, règles propres aux smart contracts selon les réseaux. Chaque nœud reconstruit donc sa propre vision de l'état du réseau à partir de règles partagées, plutôt que de recopier aveuglément celle d'un voisin.

Une transaction n'est pas simplement « écrite sur la blockchain »

Avant d'être enregistrée, une transaction suit généralement plusieurs étapes. Prenons Bitcoin : un utilisateur crée une transaction, la signe avec sa clé privée, puis elle est diffusée au réseau. Les nœuds vérifient notamment que la signature est valide, que les bitcoins dépensés existent, qu'ils n'ont pas déjà été dépensés, et que la transaction respecte les règles du protocole.

Bitcoin.org décrit cette signature comme une preuve mathématique permettant de vérifier qu'une transaction provient bien du détenteur de la clé correspondante, et précise que cette même signature empêche toute modification de la transaction après coup. Une transaction valide peut ensuite être intégrée dans un bloc. Mais transaction valide ne veut pas dire transaction définitivement inscrite. Il faut encore que le réseau s'accorde sur le bloc qui l'intègre.

Pourquoi regrouper les transactions en blocs ?

On pourrait imaginer valider les transactions une par une. Certaines architectures distribuées fonctionnent d'ailleurs différemment. Une blockchain regroupe cependant plusieurs transactions dans des ensembles appelés blocs. Chaque bloc contient généralement des transactions, des métadonnées, et une référence cryptographique au bloc précédent. Les blocs forment ainsi une séquence ordonnée : block + chain = blockchain.

La BRI rappelle d'ailleurs qu'une blockchain n'est qu'une forme particulière de technologie de registre distribué : toutes les architectures DLT n'utilisent pas nécessairement une chaîne de blocs, certains systèmes institutionnels ayant même abandonné ce modèle au profit de protocoles de consensus différents, mieux adaptés à leurs besoins de confidentialité ou de performance. DLT et blockchain ne sont donc pas parfaitement synonymes, une nuance souvent oubliée.

Pourquoi les blocs sont-ils liés cryptographiquement ?

Chaque bloc contient une référence cryptographique au bloc précédent : sur Bitcoin, cette liaison repose sur des fonctions de hachage. Un hash peut être vu comme une empreinte numérique : une petite modification des données entraîne une empreinte totalement différente.

Supposons que le bloc 100 ait pour hash ABC, et que le bloc 101 contienne une référence à ABC. Si quelqu'un modifie ensuite une transaction dans le bloc 100, son nouveau hash devient XYZ. Le bloc 101 continue pourtant de référencer ABC : la chaîne devient incohérente et la modification est détectable.

La documentation Bitcoin est explicite sur ce point : parce que chaque bloc est lié au bloc qui le précède, réécrire un bloc ancien demanderait en moyenne autant de puissance de calcul que l'ensemble du réseau en a dépensé entre la création de ce bloc et aujourd'hui, tout en devant rattraper les blocs légitimes ajoutés entre-temps par le reste du réseau.

Est-ce cela qui rend la blockchain « immuable » ?

Pas exactement. C'est l'une des simplifications les plus fréquentes.

« Une fois sur une blockchain, une information ne peut jamais être modifiée. »

La réalité est plus précise. La cryptographie permet de détecter immédiatement une modification. Mais la résistance réelle à la réécriture dépend aussi du mécanisme de consensus, des ressources nécessaires pour réécrire l'historique, du nombre de validateurs, de la distribution du pouvoir et de la finalité du réseau. Sur Bitcoin, modifier un ancien bloc nécessiterait de reconstruire le travail associé tout en rattrapant le reste du réseau, ce qui rend la réécriture des blocs anciens progressivement plus difficile à mesure que de nouveaux blocs s'ajoutent.

Le problème de la double dépense

Bitcoin a été conçu autour d'un problème central des monnaies numériques : comment empêcher qu'une même unité soit dépensée deux fois sans intermédiaire central ? Avec un billet physique, le problème est simple : si vous donnez votre billet de 20 € à quelqu'un, vous ne l'avez plus. Une information numérique peut en revanche être copiée.

Imaginez qu'Alice possède 1 bitcoin et diffuse simultanément deux transactions : la première envoie ce bitcoin à Bob, la seconde envoie le même bitcoin à Claire. Les deux ne peuvent pas être valides dans l'état final. Le réseau doit donc être capable de déterminer quel historique il accepte. Bitcoin.org décrit le minage comme le processus qui impose un ordre chronologique aux transactions, protège la neutralité du réseau et permet aux différents ordinateurs de s'accorder sur l'état du système.

Le consensus : le véritable cœur d'une blockchain

Le consensus est le mécanisme permettant aux participants de s'accorder sur l'état du registre. Ethereum.org le définit comme l'ensemble complet des idées, protocoles et incitations permettant à un ensemble distribué de nœuds de s'entendre sur l'état de la blockchain, y compris les récompenses, les pénalités, la sélection des validateurs et les règles de choix de chaîne.

C'est important, car on réduit souvent le consensus à deux mots : Proof of Work et Proof of Stake. Mais ces mécanismes ne représentent qu'une partie du système. Ethereum.org précise d'ailleurs que PoW et PoS sont souvent appelés « mécanismes de consensus » par simplification, alors qu'ils constituent en réalité des mécanismes de résistance aux attaques Sybil et des systèmes de sélection des participants chargés de proposer les blocs, distincts de la règle de choix de chaîne qui détermine quelle branche est la bonne en cas de blocs concurrents.

Le consensus complet doit donc répondre à plusieurs questions : quel bloc est valide ? Que faire si deux blocs concurrents apparaissent ? Quelle chaîne suivre ? Quand considérer une transaction comme suffisamment définitive ?

Pourquoi ne pas simplement voter : un ordinateur, une voix ?

Parce qu'il serait très facile de créer dix ordinateurs, puis cent, puis cent mille identités. C'est le problème des attaques Sybil : dans un réseau ouvert, n'importe qui peut créer autant de pseudonymes qu'il le souhaite. Il faut donc associer le droit de participer au consensus à une ressource difficile à multiplier artificiellement.

Bitcoin utilise la puissance de calcul et l'énergie via la Proof of Work. Ethereum utilise du capital immobilisé via la Proof of Stake. Ethereum.org décrit précisément ces deux mécanismes comme des moyens de résister aux attaques Sybil en associant la participation au consensus à une ressource coûteuse à acquérir. Nous détaillerons cette différence dans un article dédié : Proof of Work vs Proof of Stake.

Tous les nœuds ne produisent pas forcément les blocs

Autre confusion fréquente : « les nœuds valident les transactions, donc tous les nœuds créent des blocs ». Il faut au contraire distinguer deux rôles.

Les nœuds conservent et vérifient l'état du réseau selon les règles qu'ils exécutent. Les producteurs de blocs, mineurs, validateurs, séquenceurs ou autres acteurs selon le réseau, proposent de nouveaux blocs. Un nœud peut vérifier un bloc sans l'avoir produit. Cette séparation est importante : elle signifie qu'un producteur de blocs ne peut normalement pas imposer n'importe quelle transaction ou n'importe quelle création monétaire. S'il produit un bloc qui viole les règles, les nœuds peuvent le rejeter.

Qui décide réellement des règles ?

On pourrait penser que « les mineurs contrôlent Bitcoin » ou que « les validateurs contrôlent Ethereum ». C'est en réalité beaucoup plus subtil. Un protocole fonctionne parce que les différents participants exécutent des logiciels compatibles avec un ensemble de règles communes.

Bitcoin.org rappelle explicitement que les changements sont proposés publiquement, souvent sous forme de propositions d'amélioration (BIP), examinés par les développeurs, mais qu'ils ne prennent effet que si les utilisateurs, mineurs et opérateurs de nœuds les adoptent volontairement : parce que le réseau exige un large consensus, un changement que les utilisateurs n'acceptent pas ne se produit tout simplement pas, chacun restant libre du logiciel et de la version qu'il utilise. On retrouve ici une distinction fondamentale entre produire l'état du réseau et définir les règles que cet état doit respecter.

Une blockchain stocke-t-elle forcément toutes les données pour toujours ?

Pas nécessairement sous la forme simplifiée qu'on imagine. Cela dépend de l'architecture. Les nœuds peuvent conserver l'historique complet, conserver seulement un état actuel, supprimer certaines données anciennes via des techniques de pruning, ou utiliser d'autres couches de stockage. Même lorsqu'un historique est disponible, toutes les données d'une application ne sont pas nécessairement stockées directement dans la blockchain : certaines applications n'y inscrivent que des hashes, des références ou des preuves, en conservant des données plus volumineuses ailleurs.

Blockchain publique ou permissionnée

Toutes les blockchains ne sont pas ouvertes comme Bitcoin ou Ethereum.

La BRI rappelle que de nombreux systèmes de registre distribué institutionnels utilisent des modèles différents de Bitcoin, avec des participants autorisés et des mécanismes de consensus adaptés à leurs contraintes. Il faut donc éviter de parler de « la blockchain » comme s'il existait un modèle unique.

Pourquoi une blockchain est-elle souvent moins efficace qu'une base centralisée ?

Parce qu'elle cherche à résoudre un problème plus difficile. Une base traditionnelle peut se contenter de dire que le serveur central fait foi. Une blockchain publique doit au contraire permettre à des milliers d'acteurs potentiellement inconnus de recevoir les mêmes transactions, vérifier les règles, éviter les doubles dépenses, s'accorder sur l'ordre, résister aux acteurs malveillants et conserver un système cohérent.

Cette redondance a un coût : moins de transactions par seconde, davantage de stockage, plus de communication entre nœuds, des coûts énergétiques selon le consensus utilisé, et des délais avant finalité. La BRI souligne que les caractéristiques nécessaires à Bitcoin pour fonctionner sans autorité centrale créent des coûts et des limitations qui ne conviennent pas à tous les cas d'usage.

À quoi sert alors réellement une blockchain ?

Son intérêt apparaît lorsque plusieurs conditions se rencontrent : plusieurs participants doivent partager un même état, ils ne souhaitent pas dépendre entièrement d'un administrateur unique, il faut pouvoir vérifier les règles, la résistance à la modification ou à la censure a une valeur, et les coûts de décentralisation sont acceptables.

Bitcoin utilise cette architecture pour créer un système monétaire sans opérateur central. Ethereum utilise une blockchain pour maintenir non seulement des transferts, mais aussi un état permettant d'exécuter des smart contracts. D'autres réseaux privilégient plutôt la performance, la confidentialité, la gouvernance ou des applications spécialisées. Une blockchain n'est donc pas utile parce qu'elle contient des blocs : elle est utile lorsqu'elle fournit un type particulier de confiance distribuée.

Une blockchain n'élimine pas toutes les formes de confiance

C'est une autre idée reçue. Une blockchain peut réduire la nécessité de faire confiance à un acteur central pour tenir le registre. Mais un utilisateur peut encore devoir faire confiance au logiciel qu'il utilise, à un wallet, à un smart contract, à un oracle, à un bridge, à une interface web, à une équipe de développement, ou à un stablecoin.

Une blockchain est-elle forcément transparente ?

Non. Bitcoin et Ethereum permettent une forte transparence du registre, mais les adresses restent généralement pseudonymes, sans être nécessairement reliées publiquement à une identité. D'autres blockchains utilisent différentes techniques de confidentialité, et des registres permissionnés peuvent limiter l'accès à certaines informations. Il faut donc distinguer un registre partagé d'un registre totalement public : ce ne sont pas exactement les mêmes propriétés.

Et les smart contracts ?

Une blockchain peut enregistrer uniquement des transferts. Mais certaines blockchains comme Ethereum permettent aussi d'exécuter du code. Un smart contract est un programme dont l'état et les instructions peuvent être exécutés selon les règles du réseau, ce qui permet de construire des exchanges décentralisés, des protocoles de lending, des stablecoins, des NFT, des systèmes de gouvernance ou des applications financières. La blockchain ne stocke donc plus seulement qui possède quoi : elle peut aussi maintenir l'état d'une application entière. Ce fonctionnement mérite un article à part entière, tant il diffère de celui du registre de base.

Blockchain, Layer 1 et Layer 2

Une blockchain principale comme Bitcoin, Ethereum ou Solana peut être qualifiée de Layer 1 : elle possède son propre mécanisme de consensus et son propre état. Les Layer 2 cherchent généralement à déplacer une partie de l'exécution ou du traitement hors de la chaîne principale tout en s'appuyant sur certaines de ses garanties. Cette architecture répond à l'un des principaux compromis des blockchains : plus de décentralisation et de vérification implique généralement des coûts de coordination plus élevés. Nous développerons séparément les Layer 1, les Layer 2, les bridges et les questions de disponibilité des données.

Le fameux « trilemme blockchain »

On résume souvent les compromis des blockchains autour de trois objectifs : décentralisation, sécurité et scalabilité. L'idée générale est qu'augmenter fortement l'un peut compliquer les deux autres. Par exemple, augmenter la quantité de données dans chaque bloc peut améliorer le débit. Mais si cela oblige les nœuds à disposer de machines extrêmement coûteuses, moins de personnes peuvent vérifier indépendamment le réseau, qui devient alors potentiellement plus centralisé. Ce n'est pas une loi mathématique absolue, mais une bonne grille de lecture pour comprendre pourquoi les architectures blockchain font des choix différents.

Plus de transactions par seconde, meilleure blockchain ?

Non. C'est exactement le genre de raccourci à éviter. Une blockchain peut augmenter son débit en augmentant la taille des blocs, en réduisant le temps entre les blocs, en utilisant des machines plus puissantes, en réduisant le nombre de validateurs, ou en modifiant ses hypothèses de sécurité. Deux réseaux annonçant respectivement 1 000 TPS et 50 000 TPS ne peuvent donc pas être comparés uniquement sur ce chiffre. La vraie question est de savoir quels compromis ont été nécessaires pour obtenir ce débit. Nous consacrerons un décryptage spécifique à ce sujet.

Ce qui rend réellement une blockchain intéressante

On peut finalement résumer son fonctionnement en six étapes :

1. Des participants proposent des transactions, qui modifient potentiellement l'état du registre.
2. Les transactions sont vérifiées : signatures, soldes, règles du protocole.
3. Des producteurs proposent un nouvel ensemble de transactions, généralement sous forme de bloc.
4. Le réseau applique un mécanisme de consensus, qui détermine quelle proposition devient l'état accepté.
5. Les nœuds vérifient indépendamment le résultat ; un bloc invalide peut être rejeté.
6. L'historique devient progressivement plus difficile à modifier, grâce aux liens cryptographiques et aux propriétés économiques du consensus.

La blockchain est donc moins « une base où l'on écrit des données impossibles à modifier » que « un système permettant à plusieurs acteurs de maintenir et vérifier collectivement un état commun selon des règles déterminées ». Cette deuxième définition est moins spectaculaire. Elle est aussi beaucoup plus utile.

Les erreurs fréquentes

« Blockchain égale Bitcoin »

Bitcoin utilise une blockchain. Mais une blockchain est une architecture plus générale, utilisée par de nombreux autres réseaux à des fins très différentes.

« Toutes les blockchains sont décentralisées »

Non. Certaines sont permissionnées ou fortement centralisées, avec un contrôle concentré entre quelques mains.

« La cryptographie suffit à rendre une blockchain immuable »

Non. La résistance à la réécriture dépend aussi du consensus et de son coût économique, pas seulement du hachage des blocs.

« Tous les nœuds créent des blocs »

Non. Les nœuds vérifient ; les producteurs de blocs constituent un rôle distinct, différent selon le réseau.

« Une blockchain est forcément plus efficace qu'une base classique »

Généralement non. Elle accepte souvent de perdre en efficacité pour réduire la dépendance à une autorité centrale.

« Tout ce qui est on-chain est parfaitement fiable »

Non. Un smart contract peut contenir un bug, un oracle peut fournir une mauvaise donnée, un actif tokenisé peut dépendre d'un émetteur externe.

« Décentralisé veut dire que personne ne décide »

Non. Des règles, des mécanismes de gouvernance et des acteurs continuent d'exister. La question est plutôt : qui peut décider quoi, selon quelles règles, et avec quel pouvoir de contrôle ?

Ma grille pour comprendre une blockchain

Lorsque j'étudie une blockchain, je commence par huit questions.

1. Quel état le réseau maintient-il ?

Simple registre de transactions, ou plateforme programmable capable d'exécuter des smart contracts ?

2. Qui peut faire fonctionner un nœud ?

Quel matériel est nécessaire, et cela reste-t-il accessible à un particulier ?

3. Qui produit les blocs ?

Mineurs, validateurs, ou petit groupe autorisé ?

4. Comment le consensus est-il obtenu ?

Proof of Work, Proof of Stake, ou un autre mécanisme ?

5. Qui peut vérifier les règles ?

Un utilisateur peut-il vérifier indépendamment l'état du réseau ?

6. Quelle finalité existe ?

Quand une transaction devient-elle suffisamment difficile, voire impossible, à renverser ?

7. Quels compromis de performance ont été choisis ?

Débit, coûts, stockage, exigences matérielles.

8. Où se trouvent encore les points de confiance ?

Oracles, bridges, stablecoins, interfaces, gouvernance ?

Cette grille est beaucoup plus informative que la seule question « combien de TPS ? ».

Cet article pose les bases : les prochains articles de la catégorie Comprendre approfondiront Proof of Work vs Proof of Stake, Layer 1, Layer 2, les smart contracts et les oracles. Pour suivre un parcours progressif avec quiz, découvrez Tokenami. Pour une sélection de lectures sur le sujet, voir Lire & s'équiper.