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.
Have you ever thought about the sheer amount of your data that is out there, or the ways that it could be misused? I have, and let me tell you, it’s a scary scenario. As a college student and aspiring tech entrepreneur, this was one of my primary motivators in co-founding the KU Blockchain Institute […]
Insurance carriers have been collecting data for decades. The American Association of Insurance Services, or AAIS, serves as a bridge between carriers and regulators for regulatory reporting. We anonymize and aggregate a specific subset of a carriers’ data and share it with regulators. For the past 80 years, this process has required the transfer of […]
A new space age is dawning. Space is no longer confined to government and military agencies like NASA and its contractors, but expanding rapidly via private commercial companies like SpaceX, Blue Origin, Cloud Constellation Corporation and more. It’s a much wider field now. This entrepreneurial space age will change the course of human history. Technological […]