How to build a blockchain network using Hyperledger Fabric and Composer

A tutorial for new blockchain developers

Photo by Alexandru Acea on Unsplash

Before I begin, Hyperledger Fabric only runs on Unix-based operating systems. As a result, it will not be able to run on Windows and you’ll have restrictions on what you can do. I suggest setting up a virtual machine if you are running Windows before continuing.

This article assumes some knowledge of Javascript. It isn’t a tutorial aimed at beginner programmers, but rather at programmers who are beginners in the blockchain space.

What are we building?

So, you want to build a blockchain application but have no idea where to start? Don’t worry. Through this tutorial, we will set up a trading cards network. Different Traders who own TradingCards of Baseball, Football, and Cricket players, will be able to trade cards among themselves.

We’ll also set up a REST API server to allow client side software to interact with our business network. Finally, we will also generate an Angular 4 application which uses the REST API to interface with our network.

Are you ready to get started?

Table of Contents

  • Introduction to Hyperledger Fabric and related applications
  • Installing the prerequisites, tools, and a Fabric runtime
  • Creating and deploying our business network
  • Testing our business network
  • Generating a REST API server
  • Generating an Angular application which uses the REST API

Introduction to Hyperledger Fabric and related applications

Development environment overview for Hyperledger

Hyperledger Fabric is an open source framework for making private (permissioned) blockchain business networks, where identities and roles of members are known to other members. The network built on fabric serves as the back-end, with a client-side application front-end. SDK’s are available for Nodejs and Java to build client applications, with Python and Golang support coming soon.

Hyperledger Composer is a set of Javascript based tools and scripts which simplify the creation of Hyperledger Fabric networks. Using these tools, we can generate a business network archive (BNA) for our network. Composer broadly covers these components:

  • Business Network Archive (BNA)
  • Composer Playground
  • Composer REST Server

Business Network Archive — Composer allows us to package a few different files and generate an archive which can then be deployed onto a Fabric network. To generate this archive, we need:

  • Network Model — A definition of the resources present in the network. These resources include Assets, Participants, and Transactions. We will come back to these later.
  • Business Logic — Logic for the transaction functions
  • Access Control Limitations — Contains various rules which define the rights of different participants in the network. This includes, but is not limited to, defining what Assets the Participants can control.
  • Query File (optional) — A set of queries which can be run on the network. These can be thought of as similar to SQL queries. You can read more on queries here.

Composer Playground is a web based user interface that we can use to model and test our business network. Playground is good for modelling simple Proof of Concepts, as it uses the browser’s local storage to simulate the blockchain network. However, if we are running a local Fabric runtime and have deployed a network to it, we can also access that using Playground. In this case, Playground isn’t simulating the network, it’s communicating with the local Fabric runtime directly.

Composer REST Server is a tool which allows us to generate a REST API server based on our business network definition. This API can be used by client applications and allows us to integrate non-blockchain applications in the network.

Installing the prerequisites, tools, and a Fabric runtime

1. Installing Prereqs

Now that we have a high level understanding of what is needed to build these networks, we can start developing. Before we do that, though, we need to make sure we have the prerequisites installed on our system. An updated list can be found here.

  • Docker Engine and Docker Compose
  • Nodejs and NPM
  • Git
  • Python 2.7.x

For Ubuntu users, Hyperledger has a bash script available to make this process extremely easy. Run the following commands in your terminal:

curl -O https://hyperledger.github.io/composer/latest/prereqs-ubuntu.sh
chmod u + x prereqs-ubuntu.sh
./prereqs-ubuntu.sh

Unfortunately, Mac users have to manually install the aforementioned tools and make sure they have all the prerequisites on their system. This page is kept up to date with installation instructions.

2. Installing tools to ease development

Run the following commands in your Terminal, and make sure you’re NOTusing sudo when running npm commands.

npm install -g compositor-cli
npm install -g composer-rest-server
npm install -g composer-playground
npm install -g yo generator-hyperledger-composer

composer-cli is the only essential package. The rest aren’t core components but will turn out to be extremely useful over time. We will learn more about what each of these do as we come across them.

3. Installing a local Hyperledger Fabric runtime

mkdir ~ / fabric-dev-servers
cd ~ / fabric-dev-servers
curl -O https://raw.githubusercontent.com/hyperledger/composer-tools/master/packages/fabric-dev-servers/fabric-dev-servers.tar.gz
tar -xvf fabric-dev-servers.tar.gz
exportar FABRIC_VERSION = hlfv12
./downloadFabric.sh
./startFabric.sh
./createPeerAdminCard.sh

Let’s go through the commands and see what they mean. First, we make and enter a new directory. Then, we download and extract the tools required to install Hyperledger Fabric.

We then specify the version of Fabric we want, at the time of writing we need 1.2, hence hlfv12. Then, we download the fabric runtime and start it up.

Finally, we generate a PeerAdmin card. Participants in a Fabric network can have business network cards, analogous to real life business cards. As we mentioned before, Fabric is a base layer for private blockchains to build upon. The holder of the PeerAdmin business card has the authority to deploy, delete, and manage business networks on this Fabric runtime (aka YOU!)

If everything went well, you should see an output like this:

Also, if you type ls you’ll see this:

Basically what we did here was just download and start a local Fabric network. We can stop is using ./stopFabric.sh if we want to. At the end of our development session, we should run ./teardownFabric.sh

NOTE: This local runtime is meant to be frequently started, stopped, and torn down for development use. For a runtime with more persistent state, you’ll want to deploy the network outside the dev environment. You can do this by running the network on Kubernetes or on managed platforms like IBM Blockchain. Still, you should go through this tutorial first to get an idea.

Creating and deploying our business network

Remember the packages yo and generator-hyperledger-composer we installed earlier?

yo provides us a generator ecosystem where generators are plugins which can be run with the yo command. This is used to set up boilerplate sample applications for various projects. generator-hyperledger-composer is the Yo generator we will be using as it contains specs to generate boilerplate business networks among other things.

1. Generating a business network

Open terminal in a directory of choice and type yo hyperledger-composer

You’ll be greeted with something similar to the above. Select Business Network and name it cards-trading-network as shown below:

2. Modeling our business network

The first and most important step towards making a business network is identifying the resources present. We have four resource types in the modeling language:

  • Assets
  • Participants
  • Transactions
  • Events

For our cards-trading-network , we will define an asset typeTradingCard , a participant type Trader , a transaction TradeCard and an event TradeNotification.

Go ahead and open the generated files in a code editor of choice. Open up org.example.biznet.cto which is the modeling file. Delete all the code present in it as we’re gonna rewrite it.

/ **
* Los participantes del activo se comercializarán.
* Cada tarjeta tiene ciertas propiedades como el nombre,
* descripción y tipo que puede
* ser utilizado para la aplicación frontend
* /
asset TradingCard identificado por cardId {
o String cardId
o Cadena cardName
o Tarjeta de cadenaDescripción
o GameType cardType default = «Baseball» // Si no se proporciona ningún valor, toma el valor predeterminado
o Boolean forTrade
}

/ **
* Los tipos enumerados se utilizan para especificar un tipo
* que puede tener 1 o N valores posibles, y nada más.
* /
Game Type de enum {
o Béisbol
o Fútbol
o Cricket
}

 

This contains the specification for our asset TradingCard . All assets and participants need to have a unique identifier for them which we specify in the code, and in our case, it’s cardId

Also, our asset has a GameType cardType property which is based off the enumerator defined below. Enums are used to specify a type which can have up to N possible values, but nothing else. In our example, no TradingCard can have a cardType other than BaseballFootball, or Cricket

Now, to specify our Trader participant resource type, add the following code in the modeling file

/ **
* El modelo de participante para un comerciante
* /
participante Trader identificado por traderId {
o String traderId
o String traderName
}

This is relatively simpler and quite easy to understand. We have a participant type Trader and they’re uniquely identified by their traderIds.

Now, we need to add a reference to our TradingCards to have a reference pointing to their owner so we know who the card belongs to. To do this, add the following line inside your TradingCard asset:

--> Trader owner

so that the code looks like this:

asset TradingCard identificado por cardId {
o String cardId
o Cadena cardName
o Tarjeta de cadenaDescripción
o GameType cardType default = «Baseball» // Si no se proporciona ningún valor, toma el valor predeterminado
o Boolean forTrade
-> Propietario del comerciante
}

This is the first time we’ve used --> and you must be wondering what this is. This is a relationship pointer. o and --> are how we differentiate between a resource’s own properties vs a relationship to another resource type. Since the owner is a Trader which is a participant in the network, we want a reference to that Trader directly, and that’s exactly what --> does.

Finally, go ahead and add this code in the modeling file which specifies what parameters will be required to make a transaction and emitting an event.

/ **
* Una transacción que permite a los comerciantes comprar otros
* Tarjetas de comerciantes si están disponibles para el comercio
* /
transacción TradeCard {
-> tarjeta de TradingCard
-> Trader nuevoPropietario
}

/ **
* Un evento de notificación que se emitirá cada vez que
* cualquier tarjeta es intercambiada
* /
evento TradeNotification {
-> tarjeta de TradingCard
}

3. Adding logic for our transactions

To add logic behind the TradeCard function, we need a Javascript logic file. Create a new directory named lib in your project’s folder and create a new file named logic.js with the following code:

/**
* Buy card transaction
* @param {org.example.biznet.TradeCard} trade
* @transaction
*/
async function buyCard(trade) {
if (trade.card.forTrade) {
// If card is available for trade
trade.card.owner = trade.newOwner;
return getAssetRegistry(«org.example.biznet.TradingCard»)
.then(assetRegistry => {
return assetRegistry.update(trade.card); // Update the network registry
})
.then(() => {
let event = getFactory().newEvent(
«org.example.biznet»,
«TradeNotification»
); // Get a reference to the event specified in the modeling language
event.card = trade.card;
emit(event); // Fire off the event
});
}
}

NOTE: The decorator in the comments above the function is very important. Without the @param {org.example.biznet.TradingCard} trade , the function has no idea which Transaction the code refers to from the modeling language. Also, make sure the parameter name at the end is the one you’re passing along in the function call.

This code basically checks if the specified card has forTrade == true and updates the card’s owner in that case. Then, it fires off the TradeNotificationevent for that card.

4. Defining permissions and access rules

Add a new rule in permissions.acl to give participants access to their resources. In production, you would want to be more strict with these access rules. You can read more about them here.

rule AllParticipantsHaveAccessToAllResources {
description: «Allow all participants to have access to all resources and make transactions»
participant: «ANY»
operation: ALL
resource: «org.example.biznet.*»
action: ALLOW
}

5. Generating a Business Network Archive (BNA)

Now that all the coding is done, it’s time to make an archive file for our business network so we can deploy it on our local Fabric runtime. To do this, open Terminal in your project directory and type this:

composer archive create --sourceType dir --sourceName .

This command tells Hyperledger Composer we want to build a BNA from a directory which is our current root folder.

NOTE: The BNA name and version come from the package.json file. When you add more code, you should change the version number there to deploy unique archives capable of upgrading existing business networks.

6. Install and Deploy the BNA file

We can install and deploy the network to our local Fabric runtime using the PeerAdmin user. To install the business network, type

composer network install --archiveFile cards-trading-network@0.0.1.bna --card PeerAdmin@hlfv1

To deploy the business network, type

composer network start --networkName cards-trading-network --networkVersion 0.0.1 --networkAdmin admin --networkAdminEnrollSecret adminpw --card PeerAdmin@hlfv1 --file cards-trading-admin.card

The networkName and networkVersion must be the same as specified in your package.json otherwise it won’t work.

--file takes the name of the file to be created for THIS network’s business card. This card then needs to be imported to be usable by typing

composer card import --file cards-trading-admin.card

Amazing. We can now confirm that our network is up and running by typing

composer network ping --card admin@cards-trading-network

--card this time takes the admin card of the network we want to ping.

If everything went well, you should see something similar to this:

Your network version will be 0.0.1 or whatever your package.json specifies — I actually forgot to take this screenshot and uploaded it after I was done writing the tutorial and making edits

Testing our Business Network

Now that our network is up and running on Fabric, we can start Composer Playground to interact with it. To do this, type composer-playground in Terminal and open up http://localhost:8080/ in your browser and you should see something similar to this:

Press Connect Now for admin@cards-trading-network and you’ll be greeted with this screen:

The Define page is where we can make changes to our code, deploy those changes to upgrade our network, and export business network archives.

Head over to the Test page from the top menu, and you’ll see this:

Select Trader from Participants, click on Create New Participant near the top right, and make a new Trader similar to this:

Go ahead and make a couple more Traders. Here are what my three traders look like with the names Haardik, John, and Tyrone.

Now, let’s make some Assets. Click on TradingCard from the left menu and press Create New Asset. Notice how the owner field is particularly interesting here, looking something like this:

This is a relationship. This is what the --> means. We specify the exact resource type followed by their unique identifier and voila, we have a relationship pointer.

Go ahead and finish making a TradingCard something similar to this:

Notice how the owner fields points to Trader#1 aka Haardik for me. Go ahead and make a couple more cards, and enable a couple to have forTradeset to true.

Notice how my Card#2 has forTrade == true?

Now for the fun stuff, let’s try trading cards 😀

Click on Submit Transaction in the left and make card point to TradingCard#2 and newOwner point to Trader#3 like this:

Press Submit and take a look at your TradingCards, you’ll see that Card#2now has owner Trader#3 😀

Generating a REST API Server

Doing transactions with Playground is nice, but not optimal. We have to make client-side software for users to provide them a seamless experience, they don’t even have to necessarily know about the underlying blockchain technology. To do so, we need a better way of interacting with our business network. Thankfully, we have the composer-rest-server module to help us with just that.

Type composer-rest-server in your terminal, specify admin@cards-trading-network , select never use namespaces, and continue with the default options for the rest as follows:

Open http://localhost:3000/explorer/ and you’ll be greeted with a documented version of an automatically generated REST API 😀

Generating an Angular application which uses the REST API

Remember the yo hyperledger-composer generator? It can do more than generating a business network. It can also create an Angular 4 application running against the REST API we created above.

To create the Angular web application, type yo hyperledger-composer in your Terminal, select Angular, choose to connect to an existing business network with the card admin@cards-trading-network, and connect to an existing REST API as well.

This will go on to run npm install , give it a minute, and once it’s all done you’ll be able to load up http://localhost:4200/ and be greeted with a page similar to this:

You can now play with your network from this application directly, which communicates with the network through the REST server running on port 3000.

Congratulations! You just set up your first blockchain business network using Hyperledger Fabric and Hyperledger Composer 😀

You can add more features to the cards trading network, setting prices on the cards and giving a balance to all Trader. You can also have more transactions which allow the Traders to toggle the value of forTrade . You can integrate this with non blockchain applications and allow users to buy new cards which get added to their account, which they can then further trade on the network.

The possibilities are endless, what will you make of them? Let me know in the comments 😀

KNOWN BUG: Does your Angular web app not handle Transactions properly?

At the time of writing, the angular generator has an issue where the purple Invoke button on the Transactions page doesn’t do anything. To fix this, we need to make a few changes to the generated angular app.

1. Get a modal to open when you press the button

The first change we need to make is have the button open the modal window. The code already contains the required modal window, the button is just missing the (click) and data-target attributes.

To resolve this, open up /cards-trading-angular-app/src/app/TradeCard/TradeCard.component.html

The file name can vary based on your transaction name. If you have multiple transactions in your business network, you’ll have to do this change across all the transaction resource type HTML files.

Scroll down till the very end and you shall see a <button> tag. Go ahead and add these two attributes to that tag:

(click)="resetForm();" data-target="#addTransactionModal"

so the line looks like this:

<button type=”button” class=”btn btn-primary invokeTransactionBtn” data-toggle=”modal” (click)=”resetForm();” data-target=”#addTransactionModal”>Invoke</button>

The (click) attribute calls resetForm(); which sets all the input fields to empty, and data-target specifies the modal window to be opened upon click.

Save the file, open your browser, and try pressing the invoke button. It should open this modal:

2. Removing unnecessary fields

Just getting the modal to open isn’t enough. We can see it requests transactionId and timestamp from us even though we didn’t add those fields in our modeling file. Our network stores these values which are intrinsic to all transactions. So, it should be able to figure out these values on it’s own. And as it turns out, it actually does. These are spare fields and we can just comment them out, the REST API will handle the rest for us.

In the same file, scroll up to find the input fields and comment out the divs responsible for those input fields inside addTransactionModal

Save your file, open your browser, and press Invoke. You should see this:

You can now create transactions here by passing data in these fields. Since card and newOwner are relationships to other resources, we can do a transaction like this:

Press Confirm, go back to the Assets page, and you will see that TradingCard#2 now belongs to Trader#1:

Congratulations! You have successfully built and deployed a blockchain business network on Hyperledger Fabric. You also generated a REST API server for that network and learnt how to make web apps which interact with that API.

If you have any questions or doubts, drop it in the comments and I will get back to you. You can also reach me at hhaardik@edu.uwaterloo.ca

 

SOURCE: https://medium.freecodecamp.org/how-to-build-a-blockchain-network-using-hyperledger-fabric-and-composer-e06644ff801d

Written by

Medium member since Jul 2018

Blockchain, AI, Longevity, Consciousness

 

 

 

Scroll al inicio

Si continuas utilizando este sitio aceptas el uso de cookies. más información

Los ajustes de cookies de esta web están configurados para "permitir cookies" y así ofrecerte la mejor experiencia de navegación posible. Si sigues utilizando esta web sin cambiar tus ajustes de cookies o haces clic en "Aceptar" estarás dando tu consentimiento a esto.

Cerrar