Qu’est-ce que la décentralisation ?

La décentralisation consiste à répartir les capacités importantes d’exploitation, de validation ou de décision d’un système entre plusieurs participants capables d’agir de façon indépendante, au lieu de laisser une entité unique tout déterminer. Elle ne porte pas seulement sur « combien de machines » : elle concerne aussi qui peut modifier les règles, qui peut confirmer les enregistrements, qui détient les droits essentiels, et si le système continue de fonctionner après le départ d’un participant.

Dans une blockchain, la décentralisation signifie généralement que plusieurs nœuds reçoivent et valident les données selon un protocole commun, en utilisant un mécanisme de consensus pour trancher les désaccords sur l’ordre des enregistrements ou sur l’état courant. Un nœud est un appareil ou un programme qui exécute le logiciel du réseau et échange des données avec d’autres ordinateurs ; un mécanisme de consensus est l’ensemble des règles que suivent les participants pour fixer un enregistrement commun lorsqu’ils ont pu recevoir des informations différentes.

La décentralisation n’est pas un simple interrupteur. Un système peut voir sa couche de validation maintenue par de nombreux nœuds tout en dépendant de quelques entités pour le développement logiciel, la répartition des actifs, les interfaces applicatives ou les droits de mise à niveau. Il est donc plus juste d’indiquer quelles couches d’un système sont réparties et lesquelles restent concentrées.

Ce que la décentralisation répartit, c’est le contrôle et la dépendance

Un système peut confier différentes capacités à différents participants :

• Exploitation : plusieurs machines conservent les données et fournissent des services ;
• Validation : les participants peuvent contrôler transactions et blocs de façon indépendante selon des règles publiques ;
• Tenue du registre : plusieurs participants remplissant les conditions proposent de nouveaux enregistrements, à tour de rôle ou en concurrence ;
• Décision : mises à niveau du protocole, ajustements de paramètres et emploi des fonds ne sont pas décidés par un administrateur unique ;
• Accès : les utilisateurs ne sont pas obligés de passer par un seul site, serveur ou fournisseur de données pour utiliser le système.

Ces capacités ne sont pas nécessairement réparties en même temps. Une entreprise peut exploiter un grand nombre de serveurs dans plusieurs régions, ce qui améliore la disponibilité sans confier le pouvoir de décision à une autre entité. Inversement, un réseau exploité conjointement par plusieurs organisations peut n’autoriser que quelques membres agréés à tenir le registre. Commence par demander « qu’est-ce qui est réparti et à qui », plutôt que de seulement vérifier si le système utilise une blockchain ou des serveurs cloud.

Un système distribué n’est pas forcément décentralisé

« Distribué » décrit si le calcul et les données se trouvent sur plusieurs machines interconnectées ; « décentralisé » va plus loin et demande si ces machines et les décisions clés sont contrôlées par des entités indépendantes.

Un service cloud classique peut répliquer une base de données dans plusieurs centres de données. Les machines sont distribuées, mais le même exploitant peut toujours modifier les règles d’accès, arrêter le service ou décider quelle version fait foi : en termes de contrôle, cela reste concentré.

Les réseaux blockchain emploient également une structure distribuée, mais ils font en outre valider les mises à jour par les participants selon le protocole. La présentation de la blockchain par le NIST la décrit comme un registre partagé maintenu de façon distribuée, qui ne dépend généralement pas d’un dépôt central ni d’une autorité centrale. Le mot « généralement » compte ici : un réseau permissionné peut encore laisser une organisation, ou quelques-unes, décider des conditions d’accès et des règles.

Avoir de nombreuses copies de données montre donc seulement que le système réplique ; cela ne suffit pas à établir que le contrôle est réparti. Il faut aussi regarder si chaque copie peut être validée de façon indépendante, si les exploitants sont indépendants les uns des autres, et si une entité unique peut modifier les résultats unilatéralement.

Comment un réseau blockchain maintient les enregistrements en commun

Un réseau pair à pair (peer-to-peer) permet aux participants d’échanger des données directement entre eux, sans faire passer chaque message par un serveur central. Les nouvelles transactions et les nouveaux blocs peuvent se propager entre nœuds, et chaque nœud de validation contrôle ensuite ce qu’il reçoit à l’aune de son propre logiciel et des règles du protocole.

La validation indépendante ne signifie pas que tous les nœuds votent conjointement sur chaque transaction, ni que chaque nœud effectue le même travail. Certains participants proposent des blocs, certains nœuds se contentent de valider et de relayer, et certains clients légers téléchargent moins de données en s’appuyant sur des preuves supplémentaires. Les rôles précis dépendent de la conception du réseau.

Lorsqu’un nœud voit plusieurs enregistrements candidats, les règles de consensus l’aident à choisir l’historique qu’il accepte à cet instant. Tant que les nœuds appliquent des règles compatibles, ils peuvent converger progressivement vers un état commun sans administrateur unique de base de données. La documentation du réseau pair à pair de Bitcoin montre comment les nœuds complets valident blocs et transactions avant de les relayer ; la documentation des nœuds d’Ethereum explique qu’un nœud peut fonctionner avec un client chargé d’exécuter les transactions en coopération avec un client chargé du consensus. Leurs mécanismes diffèrent, mais tous deux montrent que la validation décentralisée repose sur des règles de protocole et des logiciels exploités indépendamment, et non sur la simple multiplication des copies de données.

Sans permission et décentralisé ne sont pas synonymes

Un réseau sans permission laisse les participants l’utiliser, ou concourir pour certains rôles, sans obtenir au préalable l’accord d’un gestionnaire. Un réseau permissionné restreint qui peut lire les données, soumettre des transactions, valider des mises à jour ou proposer des blocs.

Une participation ouverte peut réduire la capacité d’une institution unique à bloquer de nouveaux participants, mais elle ne garantit pas automatiquement une répartition homogène du pouvoir. Coûts matériels, répartition de l’enjeu ou de la puissance de calcul, prestataires spécialisés et effets d’échelle peuvent tous concentrer l’influence effective entre quelques participants.

Un réseau permissionné peut aussi être maintenu conjointement par plusieurs institutions mutuellement indépendantes, de sorte qu’aucune ne puisse réécrire seule les enregistrements. En revanche, si un gestionnaire peut à tout moment agréer des membres, retirer une habilitation ou changer les règles, il conserve un contrôle central net sur la gouvernance.

« Qui peut rejoindre » et « qui peut contrôler seul les résultats » sont donc deux questions distinctes. Juger de la décentralisation suppose d’examiner à la fois les barrières à la participation et la répartition des droits.

La décentralisation s’examine couche par couche

Une blockchain ou une application comporte généralement plusieurs couches de composants, et chaque couche peut constituer un point de concentration différent.

Protocole et validation

Commence par savoir qui juge quelles transactions et quels blocs sont valides. Les utilisateurs ordinaires peuvent-ils faire tourner un nœud et contrôler les données selon les mêmes règles ? Les règles sont-elles publiques ? Si la plupart des gens ne peuvent qu’accepter le résultat fourni par un prestataire donné, alors même un réseau de base comptant de nombreux nœuds peut laisser concentré le chemin de validation réellement emprunté par les utilisateurs.

Production ou ordonnancement des blocs

Regarde ensuite qui détermine l’ordre dans lequel les transactions entrent dans le registre. Le nombre de participants, la répartition de la puissance de calcul ou des parts d’enjeu, le coût d’entrée et les relations de délégation influencent tous le contrôle. De nombreuses adresses ne signifient pas forcément de nombreuses entités indépendantes, car un même exploitant peut contrôler plusieurs adresses ; à l’inverse, un prestataire unique peut représenter de nombreux utilisateurs qui lui ont délégué des ressources.

Logiciels et mises à niveau

Un client est le logiciel qui implémente les règles du protocole ; différents clients peuvent assumer des missions telles que l’exécution des transactions ou le consensus, et être développés par une équipe ou plusieurs. Si un réseau dépend trop fortement d’une seule implémentation, un défaut logiciel peut toucher d’un coup un grand nombre de participants ; plusieurs implémentations mutuellement compatibles réduisent ce risque de défaillance commune.

Un code source ouvert permet à d’autres d’inspecter et de modifier le logiciel, mais il ne détermine pas automatiquement la version que le réseau adopte. Une mise à niveau du protocole exige encore que développeurs, opérateurs de nœuds, producteurs de blocs, applications et utilisateurs choisissent chacun, à leur manière, d’adopter ou non les nouvelles règles.

Gouvernance et droits d’administration

Un système peut aussi comporter des clés de mise à niveau, des fonctions de suspension, des administrateurs de paramètres, une fondation ou un vote par tokens. Il faut vérifier qui peut proposer une modification, qui peut l’approuver, s’il existe un délai avant entrée en vigueur, et ce que peuvent faire les rôles d’urgence. Un grand nombre de votants ne signifie pas que les droits d’exécution ont été confiés à ces votants.

Applications, données et points d’accès

Un réseau de base décentralisé ne rend pas pour autant décentralisées les applications qui s’y appuient. Sites web, noms de domaine, portefeuilles, interfaces de nœuds, indexation des données et stockage de fichiers peuvent tous dépendre d’un prestataire unique. La possibilité, pour les utilisateurs, de changer de point d’entrée, de faire tourner eux-mêmes les composants nécessaires ou de contrôler les données conditionne la résistance réelle aux interruptions.

Comment mesurer le degré de décentralisation

Aucun chiffre unique ne résume la décentralisation sur toutes les couches. Les indicateurs courants ne répondent qu’à une partie de la question :

• combien d’entités indépendantes exploitent les nœuds et les producteurs de blocs ;
• si la puissance de calcul, l’enjeu, les droits de vote ou les tokens sont concentrés ;
• si un client, un conservateur ou un fournisseur d’infrastructure détient une part excessive ;
• le coût et la difficulté, pour un participant ordinaire, de faire tourner un logiciel de validation ;
• combien d’entités indépendantes doivent s’accorder pour les droits essentiels de mise à niveau, de suspension, de trésorerie et de paramétrage ;
• si les utilisateurs peuvent continuer d’accéder au système via des interfaces et des nœuds alternatifs ;
• si le système fonctionne encore lorsqu’un exploitant, une région ou un service tombe en panne.

Les frontières d’identité méritent aussi attention lors du comptage. Une adresse blockchain n’est généralement pas une identité vérifiée de personne physique ou d’organisation : une entité peut contrôler de nombreuses adresses, et de nombreux utilisateurs peuvent confier leurs ressources au même conservateur. « Nombre de nœuds », « nombre de validateurs » ou « nombre d’adresses détentrices » ne peuvent donc pas être pris directement pour le nombre de contrôleurs indépendants.

Une approche plus fiable consiste à examiner plusieurs indicateurs ensemble et à préciser la source des données, la date de mesure et les relations qui n’ont pas pu être identifiées. Le degré de décentralisation évolue aussi avec les participants, les versions logicielles, le prix des ressources et les droits de gouvernance : ce n’est pas une propriété figée au déploiement.

Ce que la décentralisation apporte et ce qu’elle coûte

Lorsque plusieurs participants indépendants peuvent valider et fournir des services, un système s’arrête moins facilement en totalité parce qu’un serveur ou un exploitant est en panne. Des règles publiques et des données contrôlables de façon indépendante réduisent aussi la dépendance à un unique teneur de registre. Si les utilisateurs peuvent soumettre des opérations valides par différents points d’entrée, la capacité d’un prestataire unique à empêcher une opération de prendre effet diminue également : on parle souvent de résistance à la censure.

Ces capacités ont un coût réel. La réplication et la validation par plusieurs parties augmentent les charges de calcul, de stockage et de communication ; consensus et confirmation prennent du temps ; les mises à niveau demandent de coordonner de nombreux participants ; un réseau public doit en outre faire face à des participants malveillants. Pour gagner en vitesse, réduire les coûts ou traiter des situations d’urgence, un système peut volontairement conserver un comité, des administrateurs ou un petit nombre d’exploitants très performants.

Ce type d’arbitrage n’a pas de réponse unique. L’important est d’indiquer précisément quels pouvoirs sont concentrés au nom de l’efficacité, entre quelles mains ils se trouvent, et si les participants disposent d’un moyen de contrôler, limiter ou remplacer ces entités.

Idées fausses courantes

Utiliser une blockchain rend-il un système décentralisé ?

Pas nécessairement. Une blockchain peut être contrôlée par une seule organisation, ou n’autoriser que quelques institutions agréées à la maintenir. Il faut regarder la répartition réelle des droits de validation, de tenue du registre, de mise à niveau et d’accès.

Plus de nœuds signifie-t-il plus de décentralisation ?

Le nombre de nœuds est un repère, mais il importe aussi de savoir s’ils sont exploités par des entités indépendantes, quel logiciel ils utilisent, où ils se trouvent et quels rôles ils assument. Un grand nombre de nœuds qui ne valident pas, ou qui sont contrôlés par le même exploitant, n’équivaut pas à un grand nombre de contrôleurs indépendants.

S’il n’y a pas d’entreprise aux commandes, personne n’est responsable ?

Non. Développeurs, opérateurs de nœuds, participants à la gouvernance, fournisseurs d’interfaces et utilisateurs assument toujours des tâches différentes. La décentralisation modifie la répartition des droits et des dépendances ; elle ne fait pas disparaître la maintenance, les décisions et le traitement des risques.

Un réseau décentralisé est-il impossible à arrêter ?

Cela ne peut pas être garanti. Répartir l’exploitation réduit les points d’interruption uniques, mais un réseau peut toujours être affecté par des défauts logiciels, une concentration de l’infrastructure, une action concertée de participants, des restrictions d’accès ou des attaques économiques. La résilience réelle dépend de l’existence d’une alternative indépendante à chaque couche.

La décentralisation est-elle toujours préférable à la centralisation ?

Pas nécessairement. Les systèmes centralisés sont généralement plus faciles à mettre à niveau de façon uniforme, à contrôler en accès et à réparer rapidement ; les systèmes décentralisés privilégient la validation indépendante, la réduction du contrôle unilatéral et la disponibilité continue. Juge en fonction du problème de confiance et de coordination que le système doit résoudre, plutôt qu’en traitant l’étiquette comme un verdict de qualité.

Concepts associés

Poursuis avec blockchain, nœud de blockchain, mécanisme de consensus, application décentralisée (DApp) et organisation autonome décentralisée (DAO), ou reviens au glossaire des cryptomonnaies.

Sources

• NISTIR 8202 : Blockchain Technology Overview — distinctions de base entre registres distribués, autorité centrale et réseaux permissionnés ou sans permission.
• Bitcoin Developer Guide : P2P Network — comment les nœuds complets valident et propagent blocs et transactions sur un réseau pair à pair.
• Ethereum.org : Nodes and clients — nœuds, clients, validation indépendante et diversité des clients.