Introduction à Hyperledger Fabric : comprendre la structure d’un réseau Hyperledger Fabric

Introduction à Hyperledger Fabric : comprendre la structure d’un réseau Hyperledger Fabric

Si vous êtes intéressé par la blockchain, vous avez probablement entendu parler de la technologie Hyperledger Fabric. Hyperledger Fabric est une plateforme de blockchain privée qui permet aux organisations de créer et de gérer leurs propres réseaux blockchain pour répondre à leurs besoins spécifiques.

Qu’est-ce qu’Hyperledger Fabric ?

Hyperledger Fabric est l’un des cinq frameworks de blockchain sous l’égide de la Linux Foundation. Il a été créé pour répondre aux besoins de confidentialité des entreprises. Contrairement aux blockchains publiques où tout le monde peut participer et consulter les données, Hyperledger Fabric permet aux organisations de créer des réseaux privés où elles peuvent contrôler l’accès aux données.

Avec Hyperledger Fabric, les entreprises peuvent facilement créer et personnaliser leur propre blockchain privée en utilisant des modules pré-construits et en les assemblant comme des blocs de construction. Cela rend le processus de création d’une application blockchain plus simple et plus rapide.

Hyperledger Fabric est actuellement à la version 2.0.0-alpha.

L’architecture d’un réseau Hyperledger Fabric

Maintenant que vous comprenez les bases d’Hyperledger Fabric, voyons comment est structuré un réseau Hyperledger Fabric.

Architecture de base d’un réseau Hyperledger Fabric

Dans un réseau Hyperledger Fabric, chaque réseau est composé des éléments suivants :

  • Network (N) : Le réseau lui-même.
  • Network Configuration (NC) : La configuration du réseau.
  • Channel (C) : Un canal qui regroupe les organisations ayant un rôle spécifique dans un processus commercial. Par exemple, un canal pour la vente de voitures pourrait comprendre un constructeur automobile et un distributeur automobile.
  • Channel Configuration (CC) : La configuration du canal.
  • Organization (R) : Une organisation qui participe au réseau.
  • Orderer Node (O) : Dans un réseau Hyperledger Fabric, seul l’Orderer participe au processus de consensus.
  • Peer (P) : Un point d’interaction entre les membres d’une organisation dans un canal. Toutes les actions des utilisateurs doivent passer par un peer.
  • Smart Contract (S) : Un contrat intelligent, également appelé “Chaincode”, est installé sur un canal et définit les structures et les actions qu’un utilisateur peut effectuer pour interagir avec l’état des structures stocké dans le grand livre.
  • Ledger (L) : Le grand livre qui stocke l’état des objets dans un réseau. Par exemple, une voiture avec un ID de voiture, un ID de propriétaire et une description serait stockée dans le grand livre.
À lire aussi  Documentation des processus métier : modèles et exemples

Chaque composant du réseau peut fonctionner dans un environnement Docker ou être défini dans le code.

Processus de construction d’un réseau

Maintenant que nous avons une idée de base de la structure d’un réseau Hyperledger Fabric, voyons comment un réseau est construit.

Étape 1 : Le Big Bang

Le réseau est initialement configuré avec un seul Orderer Node (O). Le réseau est administré par une organisation (R), et cette information est stockée dans la configuration du réseau (NC). Un Certificate Authority (CA) est utilisé pour délivrer des identités aux utilisateurs et aux nœuds de l’organisation.

Dans Hyperledger Fabric, toutes les actions sur le réseau sont des transactions.

Étape 2 : Ajouter une organisation administrative

Dans cette étape, une organisation administrative (R1) est ajoutée au réseau et est accordée des droits d’administration égaux à l’organisation existante (R4).

  • L’organisation existante (R4) met à jour la configuration du réseau (NC) pour ajouter l’organisation administrative (R1).
  • Une nouvelle autorité de certification (CA1) est également ajoutée pour fournir des identités aux utilisateurs de l’organisation (R1).
  • Bien que l’Orderer (O4) soit exécuté sur l’infrastructure de R4, R1 a les mêmes droits que R4 sur O4.

Étape 3 : Définir un consortium

Maintenant que le réseau est géré par R1 et R4, et qu’il y a très peu d’actions possibles sur le réseau, la première chose à faire est de définir un consortium. Un consortium est un groupe d’organisations qui travaillent ensemble dans une activité commerciale donnée. Par exemple, un consortium pourrait inclure des organisations de fabrication automobile et de distribution automobile.

Un administrateur de réseau (R1 ou R4) définit un consortium (X1) qui comprend deux membres, R1 et R2. La définition de ce consortium est stockée dans la configuration du réseau (NC4) et sera utilisée dans les étapes suivantes du développement du réseau.

À lire aussi  Maladie de Parkinson : Symptômes, Prise en charge et Impact sur les familles

Étape 4 : Créer un canal pour un consortium

Un canal est un moyen de communication qui permet aux membres d’un consortium de communiquer entre eux. Un réseau peut avoir plusieurs consortiums et plusieurs canaux, mais chaque consortium a un seul canal.

Un canal (C1) est créé pour le consortium (X1). Sa configuration est stockée dans la configuration du canal (CC1), qui est complètement séparée de la configuration du réseau (NC4). CC1 est géré par R1 et R2, qui ont des droits égaux sur C1. R4 n’a aucun droit dans C1.

Le canal C1 fournit une communication privée entre les organisations de X1. Bien que C1 fasse partie du réseau (N), il est complètement isolé du reste du réseau. De plus, R4 n’est pas inclus dans ce canal, il est réservé aux transactions entre R1 et R2.

Étapes 5 à 6 : Peer, Smart Contract et Application

Maintenant que le canal C1 est en place, nous pouvons commencer à connecter des applications pour utiliser un cas d’utilisation métier défini dans un contrat intelligent.

  • Un peer (P1) rejoint le canal C1. Chaque canal a un seul grand livre, et chaque peer stocke une copie de ce grand livre pour un accès facile aux utilisateurs de l’organisation respective. Chaque peer a une identité fournie par une autorité de certification (CA1).

Maintenant que P1 a rejoint C1, P1 et O4 peuvent communiquer via C1.

Des applications (A1) peuvent utiliser un smart contract (S5) installé sur P1 pour accéder au grand livre L1 via P1. Les applications ont également une identité fournie par les autorités de certification correspondantes (CA1).

À lire aussi  Adoptez les API REST pour vos projets web

En conclusion, un réseau Hyperledger Fabric est composé de différents composants, tels que les organisations, les canaux, les peers, les contrats intelligents et les applications. Chaque composant a un rôle spécifique dans le réseau et joue un rôle important dans la création et la gestion d’une blockchain privée.

Cette architecture permet de créer des réseaux privés basés sur la blockchain, où les organisations peuvent contrôler l’accès aux données et mettre en œuvre des cas d’utilisation métier spécifiques.

Voilà pour une introduction à Hyperledger Fabric et à la structure d’un réseau Hyperledger Fabric. N’hésitez pas à vous référer aux liens ci-dessous pour plus d’informations :