I have been working on IBM Blockchain for two years and have spoken to numerous clients, all with unique and interesting ideas on potential use cases. Early on I had a team do a study on use-case viability, and we determined that there are four key ingredients to a successful blockchain network: a transactional process built around an asset, network effect – that is, as the network grows its value grows, having a consortium owner and lastly, like all good technologies, having a positive business case.
I continue to see evidence from our client engagements to support these findings. Based on my working with clients I have decided to start blogging about what I think are some of the practical items you need to think about when it comes to building and deploying The Linux Foundation’s Hyperledger network. So I am starting with the consortium owner, and some guidance on who should be the members and who should be the users in that network.
Hyperledger is for business networks. Your business case and your supporting architecture (as you will discover) have to factor into who members are, and what the value of the network is to them. The Linux Foundation’s Hyperledger Fabric, the software implementation of blockchain IBM is committed to, is a permissioned network. Members are known. Thus, deciding who should be a member is critical to how the Hyperledger network will be run. If you add on too many members early on, the network will be unruly. Add on too few and the network will be unappealing.
The best way to look at this problem is to understand the types of users and their roles:
The consortium owner: This is the organization with the vision for the network, its business benefits and how it will disrupt how business is done. Today, for practical purposes, it is best if there is only one consortium owner, since that entity will be responsible for making the network work. As the old adage goes, “To many cooks spoil the broth.”
Members: They are part of the Hyperledger network. They have a peer, which means they can store data, execute chain code (smart contracts), and participate in the consensus process (if the consortium owner allows it). Members bring substance and validity to the network, and it is their data and intelligence that is shared. As the network matures, members can move up in status to become consortium owners.
General users: These are users of the network and they are sponsored and enabled by the consortium owner and the members. They can access and input data, but they do not own data. As with members, as the network matures, general users can become members if they bring value to the network.
If you’re starting with a Hyperledger network, it is very important to group your participants into these three segments. Start with a single consortium owner and a small set (between 5 and 50) of members. Think big, but start small.
Over the last year, there has been an overwhelming amount of excitement around blockchain, but will the technology live up to the hype? From cryptocurrencies to supply chain platforms, the emerging technology that underpins these networks is a powerful tool that should be sensibly evaluated by business leaders to understand whether it is worth the investment. […]
Are you a concert or event goer? Ever had issues with the ticketing process or seen ticket scalpers outside the gates? I certainly have. For many years, consumers, artists and venues have endured problems with ticketing, including fraudulent tickets and ticket scalping. However, one company has set out to change the status quo. Using blockchain […]
I am frequently asked about blockchain interoperability by my executives, clients, industry colleagues, press and analysts. My response has been pretty consistent: It depends on what you mean by interoperability, and what use case you have in mind. Technology consumers are interested in interoperability because they don’t want to be locked into a specific vendor […]