Mise en œuvre de Amazon Managed Blockchain

1. Créer un nouveau réseau

La création d’un réseau depuis la console est une opération simple et rapide. Depuis la console Amazon Managed Blockchain, cliquez sur le bouton Créer un réseau.

Il existe deux types de réseaux de chaînes de blocs :

Le débit et la disponibilité du service de commande sont plus importants dans un réseau standard. Les différences entre réseaux starter et standard se ressentent sur les prix. Faire fonctionner un réseau standard revient environ trois fois plus cher qu’un réseau starter.

Figure 1 - Choix du type de framework et du réseau

Au moment de l’écriture de ce livre, seul Hyperledger Fabric est disponible, c’est la raison pour laquelle nous nous focalisons sur ce framework. Nous choisissons aussi un réseau de type Starter, n’ayant pas besoin pour le moment d’un nombre important de membres.

Figure 2 - Nom du réseau et stratégie de vote

Une fois le Nom et la Description du réseau fournis, il nous faut choisir...

1. VPC et point de terminaison

La création d’un cloud privé virtuel (VPC) est une opération rapide que l’on peut exécuter depuis la console AWS VPC, en cliquant sur le bouton Créer un VPC.

Figure 10 - Création d’un VPC

Attention, le VPC ainsi créé ne prend en charge ni l’obtention de noms d’hôte DNS ni la résolution DNS, qui sont nécessaires au bon fonctionnement de notre réseau de chaîne de blocs. Il faut donc impérativement l’ajouter.

Figure 11 - Obtention de noms d’hôte DNS

Figure 12 - Résolution DNS

Figure 13 - Création d’un sous-réseau

L’objectif de ce cloud privé est de filtrer le trafic entrant et sortant. Il convient donc maintenant de créer un groupe de sécurité adéquat qui laissera au minimum entrer une connexion...

1. Configurer un canal

Les détails de la configuration d’un canal sont contenus dans un fichier configtx.yaml (les détails de ce fichier sont décrits dans la documentation d’Hyperledger qui, pour la version 1.4, se trouve à l’adresse https://hyperledger-fabric.readthedocs.io/en/release-1.4/configtx.html). Nous allons en faire une copie dans la racine du fichier configtx.yaml fourni avec l’application exemple en remplaçant la chaîne __MEMBERID__ par le numéro du premier membre du réseau trouvé dans ses propriétés. Il a la forme m- G4YODZU2MZFYHMNL3PMOMO47Y4.

cp ~/non-profit-blockchain/ngo-fabric/configtx.yaml ~ 
sed -i "s|__MEMBERID__|$MSP|g" ~/configtx.yaml 

Ce fichier configtx.yaml est une version minimaliste qui ne contient que la configuration nécessaire à notre chaîne à une seule organisation. Il doit ressembler au fichier suivant (une partie des commentaires a été supprimée) :

########################################################## 
#   Section: Organizations 
########################################################## 
Organizations: 
  - &Org1 
    Name: m-G4YODZU2MZFYHMNL3PMOMO47Y4 
 
    # ID to load the MSP definition as 
    ID: m-G4YODZU2MZFYHMNL3PMOMO47Y4 
 
    MSPDir: /opt/home/admin-msp 
 
    AnchorPeers: 
       - Host: ...

1. Installer et instancier le chaincode

cd ~ 
mkdir -p ./fabric-samples/chaincode/ngo 
cp ./non-profit-blockchain/ngo-chaincode/src/* ./fabric-samples 
/chaincode/ngo 

Le code source est composé d’un fichier Node.js, d’un fichier ngo.js, et d’un fichier JSON de configuration, package.json. Nous les retrouverons au chapitre suivant.

docker exec -e "CORE_PEER_TLS_ENABLED=true" -e  
"CORE_PEER_TLS_ROOTCERT_FILE=$FICHIERCA" -e  
"CORE_PEER_LOCALMSPID=$MSP" -e  
"CORE_PEER_MSPCONFIGPATH=$CHEMINMSP" -e  
"CORE_PEER_ADDRESS=$NDPAIRPOINTTERM" cli peer chaincode install -n 
$NOMCHAINCODE -l node -v $VERSIONCHAINCODE -p $DIRCHAINCODE 

Vous obtenez alors le message de réussite suivant :

2021-01-28 16:57:13.533 UTC [chaincodeCmd]  
checkChaincodeCmdParams -> INFO 001 Using default escc 
2021-01-28 16:57:13.534 UTC [chaincodeCmd]  
checkChaincodeCmdParams -> INFO 002 Using default vscc 
2021-01-28 16:57:14.321 UTC [chaincodeCmd] install ->...

1. Inviter des nouveaux membres

Ajouter un nouveau membre consiste tout d’abord à lui lancer une invitation.

Figure 32 - Création d’une proposition d’invitation

Vous remarquez qu’il ne s’agit pas ici d’une invitation à rejoindre le réseau à proprement parler, mais d’une proposition d’invitation. Rappelez-vous, lorsque nous avons créé le réseau, nous avons défini les paramètres de la stratégie de vote (voir figure 2). Deux paramètres ont alors été définis :

Pour le moment, notre réseau ne contient qu’un seul membre, celui créé lors de la création du réseau. Il convient donc que nous votions seul pour approuver notre proposition. Cela peut faire sourire de devoir approuver sa propre proposition, mais cela permet de n’avoir qu’une seule procédure en place, quel que soit le nombre de membres.

Figure 33 - Procédure de vote de la proposition

Figure 34 - Confirmation de la prise en compte du vote

Une fois la proposition approuvée, son statut est mis à jour...

1. Sécuriser l’accès

Quand on pense sécurité d’accès, on pense à éviter les tentatives d’intrusions. C’est l’objectif de la création d’un cloud privé virtuel et de son point d’accès. Mais même le filtrage le plus fin peut être vaincu. Il faut alors vérifier l’identité de celui ou celle qui a pénétré le réseau et cherche à accéder à ses ressources. D’où la nécessité de sécuriser le périmètre et l’accès aux ressources qui s’y trouvent.