Update on the Hyperledger Fabric 1.1 Roadmap

By Blog, Hyperledger Fabric

Guest post: Hyperledger Fabric 1.1 release manager, Chris Ferris

One of the questions I am often asked is “Is there a roadmap for Hyperledger Fabric development?” I usually to point people to the Hyperledger Fabric wiki, because for the most part, we try to be pretty transparent about plans for our next release. Our challenge is to try to make the information a bit more visible and accessible.

Since we launched Hyperledger Fabric 1.0.0, the maintainers have published patch releases on a (roughly) monthly basis (v1.0.1 – v1.0.4). We want to continue to deliver monthly patch releases on the 1.0.0 release branch until we release Fabric 1.1.0 sometime in Q1 2018, at which point we will discontinue patch releases for the 1.0.x release branch and start publishing monthly patch releases for 1.1.x release branch.

Our roadmap plan (generally) is to publish approximately one minor release per quarter once we get v1.1.0 finished. We will be also be exploring the adoption of a long-term support (LTS) strategy possibly starting with the v1.2.0 release. What this would mean is that the maintainers would continue to publish patch releases on a designated LTS release for up to a year (initially) afterwards, even if we publish a major or minor release in the interim.

As for which new features we’re tracking in the roadmap for the 1.1.0 release, those can be found in the wiki, as well. The wiki also links to each feature’s JIRA item which tracks the feature development and would typically include any design documents, etc.

We are also tracking a set of experimental features that can be enabled through a re-compile of the Hyperledger Fabric codebase via the wiki. You can generally expect, that these experimental features would be formally supported in the subsequent release (1.2.0 in this case).

We also track the progress of each feature in our next release in our JIRA dashboard (see gadget in the upper left).

The Hyperledger Fabric Maintainers are always interested in feedback (positive and negative) as well as proposals for new features. Anyone can weigh in through one or more of the various communication channels (chat, email, or posting directly to JIRA) and either offer recommendations, or specific proposals.

Meet the TSC: Baohua Yang, Oracle

By Blog, Hyperledger Fabric

Back to our blog series that focuses on the motivations and backgrounds of the individuals that make up Hyperledger’s Technical Steering Committee (TSC). The TSC is a group of community-elected developers drawn from a pool of active participants and is a core element of Hyperledger’s Open Governance model. The TSC is responsible for all technical decisions – from which features to add, how to add them and when, among others.

Now let’s introduce the next Hyperledger TSC member, Baohua Yang from Oracle . Let’s see what he had to say about Hyperledger, his role in the TSC and the community!

How are you or your company currently using Hyperledger technologies or how do you plan to?

We are glad to join Hyperledger to help strengthen the underlying infrastructure for blockchain and distributed ledger technologies, especially to enhance the fundamental elements in scalability, security and interoperability. We recently launched Oracle Blockchain Cloud Service, our first blockchain as a platform service, which uses Hyperledger Fabric as its foundation. Leveraging Hyperledger’s technology with our own innovation, we are offering an enterprise-grade blockchain platform that is fully managed by Oracle and provides customers rapid provisioning and simplified operations with built-in monitoring, continuous backup, and point-in-time recovery.

What are the benefits of Hyperledger’s open governance model? 

The open governance model encourages collaboration among leaders and organizations in the industry, and academia to raise prevalent topics. It invites more voices to the community to share opinions, offer idea concepts, and engage to help ensure the proper design and implementation of distributed ledger technology components. Ultimately, this all helps create an active and healthy ecosystem. The more we can invite people into the discussions and development, the greater the chance for wider adoption of this exciting new technology.

What advice would you offer other technologists or developers interested in getting started working on blockchain?

There are a number of fundamental techniques required for working in blockchain, including distributed system architecture, cryptography and control theory. For anyone interested in exploring a career in blockchain, these are key areas I would recommend you emphasize. But, that being said, it is just as important to keep an open mind, and make an effort to have conversations with others. The only way we get better is through experience, discussions and exploration, so don’t be shy to ask question and try new things. I’d encourage anyone exploring blockchain technology to clone the available code and see what happens!

What’s the biggest struggle or challenge you see Hyperledger having to overcome?

As a joint effort from a number of enterprises and community developers, Hyperledger has been widely adopted in various scenarios. It would be beneficial to the larger Hyperledger community if we were able to collect feedback from previous adoptions in a streamlined process. This would allow us to quickly evolve the technology to meet real-world requirements in finance, supply chain, healthcare, and many other industries. In addition, we would love to help individuals and organizations quickly get started with blockchain technology and Hyperledger through additional education activities such as seminars, training sessions, documentations and more. Blockchain is quickly becoming a critical technology for enterprises and the more we can help others embrace this technology, the stronger the network becomes.

What use cases are you most excited about with Hyperledger and/or blockchain?

We are very excited by the promise that Hyperledger and blockchain technologies, in general, can help improve transactions in many industries, including supply chain and the financial services industry. From improving the traceability food and parts in transport, to improving invoice factoring, blockchain can reduce the total cost of complicated process, and increase the transparency and agility with fewer resource. We are excited to help build this foundation, encourage its growth and help other industries realize the benefits of blockchain.

Dynamic Consensus With Hyperledger Sawtooth

By Blog, Hyperledger Sawtooth

We have an exciting technical update to share! Hyperledger Sawtooth now supports dynamic consensus. That means you can easily change all blockchain settings by submitting a transaction to the network – including changing the consensus algorithm on the fly. This transition happens, like all state, at the block boundary.

When we designed our 0.8 architecture this year a big part of it was putting all blockchain configuration on the chain itself. That includes the selection of consensus algorithm.

The benefit is you can start a network with a small-scale or lax byzantine consensus algorithm and change as your network grows. And that change does not require you to stop all validators, flush your state, and start over with a new genesis block. There’s no outage at all involved in changing consensus. Coordination among peers to change consensus is implicit with this being a blockchain transaction.

In our 0.8 stable builds you can submit transactions to change between DevMode, PoET, and PoET-SGX. The initial development to add Raft is underway. We anticipate adding full support for Raft after we get Hyperledger Sawtooth 1.0 release completed this year.

For more information, you can review this presentation:

If you’re interested, you can learn more about Hyperledger Sawtooth and see real world examples of how the technology is being used. You can also read the documentation, join the community on RocketChat or pull the code from GitHub to kick the tires today.


Developer Showcase Series: Chris Kowalski, Blockchain Tech Labs

By Blog

Our Developer Showcase blog series serves to highlight the work and motivations of developers, users and researchers collaborating on Hyperledger’s incubated projects. Next up is Chris Kowalski an engineer at Blockchain Tech Labs.

What advice would you offer other technologists or developers interested in getting started working on blockchain? 

My advice to offer other technologist is to start right on. The blockchain space offers a dynamic set of unique opportunities to work in a field that is not that explored from other developers hence you can easily stand out. The parallels with the foundation of the web in the 90s are so many and working on blockchain projects can empower developers, so they leave their footprint. Not to underestimate the demand for skilled engineers from financial perspective however with blockchain coming more and more to surface this is an area that offers endless opportunities. There are many projects out there looking to pay premium salary for the top talent in this area.

Getting into blockchain development will require dedication, continuous improvement and a lot of reading but it’s definitely worth it in the long run.

Give a bit of background on what you’re working on, and let us know what was it that made you want to get into blockchain?

I have been involved with cryptography since my university years. In addition for the last 5 years I have been working on various blockchain projects including ATMCoin, Clinicubes and others. For me as a software engineer, this was an interesting challenge and offered me the chance to meet really amazing, talented people. We are lucky to have some of the smartest developers working on Blockchain/DLT projects and this had motivated me to be a part of this technology.

What project in Hyperledger are you working on? Any new developments to share? Can you sum up your experience with Hyperledger?

We have started with Hyperledger Fabric and had been successfully implementing several Proof of concepts such as a Supply Chain demo, Mortgages product and Clinical Trails Management infrastructure. When Hyperledger Composer came out it was the natural move for us. It made development and testing so much easier. Since we grew in numbers within Blockchain Technology Labs it made it easier and faster for our new team members to adapt to Hyperledger quicker.

What do you think is most important for Hyperledger to focus on in the next year?

I would say building more developer tools and improving on the awesome work done on the Composer framework but also getting some out-of-the-box testing and automation tools.

Where do you hope to see Hyperledger and/or blockchain in 5 years?

Hyperledger would still be the preferred infrastructure for permissioned based blockchain and thus preferred for Enterprise applications. I don’t see that changing anytime soon. The adoption and support from Intel and IBM is key for this success. I expect blockchain type of protocols to be everywhere and replacing centralized infrastructure.

Meet the TSC: Binh Nguyen, State Street

By Blog, Hyperledger Fabric

Back to our blog series that focuses on the motivations and backgrounds of the individuals that make up Hyperledger’s Technical Steering Committee (TSC). The TSC is a group of community-elected developers drawn from a pool of active participants and is a core element of Hyperledger’s Open Governance model. The TSC is responsible for all technical decisions – from which features to add, how to add them and when, among others.

Now let’s introduce the next Hyperledger TSC member, Binh Nguyen from State Street. Let’s see what he had to say about Hyperledger, his role in the TSC and the community!

Describe your current role, background and why you wanted to be a part of the Hyperledger TSC?

I am currently a development director at State Street. I founded Open Blockchain, an open source project, which became the initial codebase of Hyperledger Fabric. I have been the chief architect of Hyperledger Fabric project since genesis and been working passionately with the community on architecture and implementation of Fabric. With my hands-on experience in blockchain, serving the community as a TSC member would allow me to help:

1) guide our technical projects in the right direction

2) involve in building and growing our community

3) learn from other members for my professional and personal development

4) be visible: after all, it’s not about who you know, it’s about who knows you

Binh Nguyen, State Street

What are the benefits of Hyperledger’s open governance model?

I’ve been working on open source projects and learned to appreciate the model, more so for blockchain due to its potential to transform our economy, governance systems and businesses. No one company or organization should have control of the technology but by an open governance, we can ensure it is driven by the interests of the community and humanity. This is, to me, the number one reason why we do what we do in Hyperledger.

What advice would you offer other technologists or developers interested in getting started working on blockchain?

For those who want to work on shaping blockchain technologies, I would say read up and join Hyperledger; we are always welcome more developers. For those who are looking at building blockchain applications, my advice is to start small with a clear use-case, like bitcoin, a very simple but powerful and elegant application of blockchain. The key is to maximize the network effect between members participating in the blockchain. If you can crystalize that, you have a good blockchain application use-case.

What’s the one thing you hope to accomplish by being a part of Hyperledger’s TSC?

I am grateful for having been elected to TSC. My key objective is to help our community foster leading exemplar of blockchain projects for the good of everyone.

What use cases are you most excited about with Hyperledger and/or blockchain?

I am excited about a lot of blockchain use-cases as this technology can be applied to many different areas, both public and private sectors. From voting records to asset titles management to shipping and logistics. But the set of use cases that I think would have the most immediately impact on everyone of us is finance: from clearing and settlements to capital markets to payments. Financial institutions are facing once-in-a-lifetime disruption, and that’s what I am so excited about blockchain.


Developer Showcase: Vishwasrao Salunkhe, Virtusa

By Blog, Hyperledger Composer, Hyperledger Fabric

Our Developer Showcase blog series serves to highlight the work and motivations of developers, users and researchers collaborating on Hyperledger’s incubated projects. Next up is Vishwasrao Salunkhe, a lead consultant at Virtusa.

What advice would you offer other technologists or developers interested in getting started working on blockchain?

First start with the basic concepts of Blockchain like Cryptography, Consensus algorithm, Peer to Peer communication, distributed applications. Once you are comfortable I recommend completing the below course to get a high level overview of Blockchain:

After this course, you can start playing with Hyperledger Composer Playground and start with existing examples, understand how to define business network, Assets, Participants, Transactions and Events.

You should be familiar with JavaScript. You will be able to define business network in Hyperledger Composer with a JavaScript like Language. Also with help of NodeJS SDK you will be able to talk to the underlining Hyperledger Fabric network. So, only with the JavaScript Language you will be able to develop applications (frontend, backend) around Hyperledger Fabric.

Vishwasrao Salunkhe, Lead Consultant, Virtusa

What project in Hyperledger are you working on? Can you sum up your experience with Hyperledger?

I am working on Hyperledger Fabric. I started working with Fabric 0.6. Once I got the basics of it, I started writing a smart contract in the Go Language. There were few issues I was facing like setting the Hyperledger Fabric network, writing smart contracts in Go (new language for me) and deploying the smart contracts.

Hyperledger Composer is life savior for me, it made my job so easy that I am able to define my business network, assets, transactions etc with a JavaScript like language, deploy locally and test it. Before defining my own business network, I went through all existing demo business network and tried to run them, then changed a few things like assets attributes, participant’s attributes and transactions.

What do you think is most important for Hyperledger to focus on in the next year?

Make developers’ lives easy. Until we have an ecosystem of tools around Hyperledger to design, develop, test, deploy blockchain applications, developers will not be able to move fast with Hyperledger

With Hyperledger Composer, it’s easy to get started, so we need more tools like Composer.

Also, we need to evangelize Hyperledger projects through online talks, webinars, workshops and conferences to spread word.

As Hyperledger’s incubated projects start maturing and hit 1.0s and beyond, what are the most interesting technologies, apps, or use cases coming out as a result from your perspective?

Prior to the 1.0 release of Hyperledger Fabric, people had so many business cases to solve with blockchain but they were not enough tools to get beyond POCs. But with 1.0, people started going beyond POCs or MVPs. Some businesses are already started to use Hyperledger Fabric in production. This is good sign. Also, now new apps, tools frameworks are sprouting up all over.

I would like to see more tools and frameworks come up which will help to speed blockchain implementations. Also, giants like IBM, SAP, Oracle will come up with integrations of their existing applications with Hyperledger.

Where do you hope to see Hyperledger and/or blockchain in 5 years?

Internet made people to come close, now blockchain will make businesses to come close

As per hype made in media that blockchain will be mostly used in financial sector, I think not only in finance but fields like supply chain, Insurance, retail and most importantly government sectors will also be covered by blockchain. And Hyperledger will be leading blockchain.

Consider Shipping/Logistics scenario with IoT enabled shipping containers:

Participants: Sender, receiver, freight companies, customs, and banks, Insurance Companies

Assets: Cargo Properties, shipping documents

Business Rule: temperature in containers should always be more than 5 degree.

Sender  =====è  Transporter 1(Ship)      ======è Transporter 2 (Road)  ===è Receiver

                              Insurance Company 1             Insurance Company2   

Blockchain in Logistics/Supply Chain Example (Image Credit)

Goods moved from sender to receiver go through various transportation mode and different insurance companies are involved.

Containers are IoT enabled and data sent from them are stored into Blockchain network. Now when goods are with Transporter 1 and while transporting he does not follow business contract (E.g. Temp of containers should be below 5 degree all time), because of that some containers are not damaged/not useful, then T1 will get penalized based on smart contract and claim processing of these damaged goods will be trigger automatically for Insurance Company 1.

Also, once T1 hands over container to T2, his payment gets triggered


VIDEO: Hyperledger, A Greenhouse for Blockchain Projects

By Blog, Hyperledger Burrow, Hyperledger Cello, Hyperledger Chaintool, Hyperledger Composer, Hyperledger Explorer, Hyperledger Fabric, Hyperledger Indy, Hyperledger Iroha, Hyperledger Sawtooth

Hyperledger hosts multiple technology projects, all advancing business blockchain frameworks and modules through open source collaboration. Currently, Hyperledger hosts 6 open source frameworks and 3 open source blockchain tools.

To introduce the concept of blockchain technologies and the Hyperledger organization, we created an explainer video illustrating Hyperledger as a greenhouse for these open source blockchain projects. Intended to serve as a starting point suitable for all audiences wanting to learn about Hyperledger and business blockchain technologies, we hope this 3-minute explainer video will shed light on the following:

1. A distributed ledger is a common system of record with no central authority.

A ledger contains a record of your transactions, along with other transactions in the network. Distributed ledgers are multi-party databases with no central trusted authority. Blockchains can be used to record promises, trades, transactions or simply items we never want to disappear.

2. It’s vitally important to know that your copy of the ledger is identical to everyone else’s

All businesses participating in a commercial ecosystem need a ledger to contain a record of transactions. As a result, across the global market there are ledgers that organizations and individuals alike must trust. Mirrored exactly across all nodes in a given network, distributed ledgers allow everyone in an ecosystem to keep a copy of the common system of record, free from discrepancies. Nothing can ever be erased or edited; parties can only add to the ledger.

3. Hyperledger provides the underlying open source software, on top of which anyone can set up blockchain apps and services to meet business needs.

Hyperledger building and promoting enterprise grade, open source business blockchain technologies, including distributed ledgers, smart contract engines, client libraries, graphical interfaces, utility libraries, and sample applications. Built under technical governance and open collaboration, individual developers, service and solution providers, government associations, corporate members and end users alike are all invited to participate in the development and promotion of these thriving technologies.

4. Hyperledger is a global, cross-industry, collaborative open source consortium.

With 170+ member organizations working across industries and competitive lines, and 400+ code contributors, Hyperledger is the fastest growing consortium in the history of The Linux Foundation’s collaborative projects. Just like you see in this greenhouse, with the help of The Linux Foundation and Hyperledger’s open source approach, everyone does their part to ensure the success of the whole, nurturing these blockchain ecosystems for evolution, expansion and continued growth.

The most renowned leaders in finance, healthcare and supply chain across the globe trust Hyperledger to build their business blockchain technologies. Who will you trust with your trust network?

We encourage developers to join our efforts on Hyperledger via github, Rocket.Chat, the wiki or the mailing lists. You can also follow Hyperledger on Twitter or email us with any questions:

 Watch and Share the video:

Hyperledger Fabric v1.1.0-preview is now available

By Blog, Hyperledger Fabric

Guest post: Hyperledger Fabric 1.1 release managers, Chris Ferris & Dave Enyeart

The maintainers are pleased to announce that the Hyperledger Fabric v1.1.0-preview release has been published. Download the binaries and images here:

The v1.1.0-preview release includes Hyperledger Fabric, Hyperledger Fabric CA, and the SDK for Node.js. Note that we are not yet feature complete for the eventual 1.1 release… that will come with the next published release, v1.1.0-alpha. However, we wanted to get the following functionality published to gain some early community feedback on the following features:

FAB-2231 Node.js Chaincode Support

FAB-5363  Node.js SDK Connection Profile

  • Simplify how your applications connect to Fabric with new connection management capabilities and this Tutorial.

FAB-830 Encryption library for chaincode

  • Encrypt your data using the new chaincode encryption library, see the Example.

FAB-5346 Attribute-based Access Control

FAB-6089 Chaincode APIs to retrieve client identity

  • Obtain transaction submitter identify (certificate, MSP ID, attributes) to make access control decisions using these Chaincode APIs.

FAB-6421 Performance improvements

  • Many performance optimizations to significantly improve transaction throughput and response time.

Additionally, there are the usual bug fixes, documentation and test coverage improvements, UX improvements based on user feedback and changes to address a variety of static scan findings.

Many thanks to the 77 developers representing 13 companies and individuals that contributed to this preview release thus far. We continue to see increasing diversity of contribution from member companies. We encourage all developers to join our efforts on Hyperledfer Fabric and other incubated projects. We welcome any feedback you may have, either via this mailing listJIRA or RocketChat . You can also follow Hyperledger on Twitter or email us with any questions:

Happy coding!

[VIDEO] Hyperledger Interviews Rob Palatnick of DTCC

By Blog

Rob Palatnick is the chief technology architect and managing director at DTCC. Rob is working with DTCC to investigate and research blockchain to find out where its best use cases are going to be.

According to Rob, blockchain’s ability to share information in near real time with perfect security, immutability and privacy between industry participants can create enormous efficiencies in the post trade processing landscape for the financial community.

Hyperledger provides DTCC the perfect opportunity to contribute back as they look at the different business opportunities and use cases. DTCC wanted to take advantage of working with the entire industry and the open source community in finding the right avenues to leverage the technology. DTCC sees blockchain as a way to bring about efficiencies, and improve risk and controls — all at a lower cost. Everyone can look at the same information that is shared and be confident that it is accurate and correct with blockchain.

Rob says Hyperledger gives DTCC the opportunity to be in a leadership role and ensure that the financial markets understand how this technology can be implemented in the most risk organized and efficient manner possible.


Productionizing Blockchain Solutions – A Pragmatic Approach

By Blog

Guest post: Hitarshi Buch, Blockchain COE Lead, Wipro Ltd.

The small but ever expanding world of blockchain has slowly but surely gone past the proof-of-concept / proof-of-technology stage. Gone are the days when organizations were satisfied with prototyping on blockchain and ticking the proverbial check box by spending some dollars from their innovation budget.

Now, I am not jumping the gun and suggesting that blockchain has entered mainstream and we will see plethora of productionized blockchain solutions. At the same time, the fact remains that organizations have developed a fair understanding of blockchain and now want to know what it takes to implement a production-grade blockchain based solution. Since blockchain solutions involve a multiparty ecosystem and consortium kind of model, given below are some of the questions that need to be resolved.

  •      Who will setup the blockchain network in a multi-party ecosystem?
  •      Who will manage the onboarding / off boarding of members in the consortium e.g. adding new nodes or removing existing nodes?
  •      Where will the blockchain nodes be hosted? What type of network connectivity will be required?
  •      Who will own the blockchain network and how will it be funded?
  •      What is the total cost of ownership of the blockchain based solution?

It would be fair to assume that nobody has definite answers because firstly “it depends” on several factors such as the use case being implemented and the business agreements between different participants of the ecosystem. Second factor is the decentralized nature of blockchain, which leads stakeholders to treat this problem statement differently than any other IT system, which is where I beg to differ.

Therefore, I would like to propose a practical and pragmatic approach for productionizing blockchain solutions, which will be following a permissioned, consortium model. The first and foremost aspect is to accept the fact that some degree of centralization will be required not only for setting up the blockchain nodes and network but also to ensure a sound governance model to make the solution sustainable. At the risk of sounding too prescriptive, here are some tenets for productionizing blockchain solutions.

What? Why?
     Host the blockchain nodes and network on a cloud platform      Ease of provisioning, dynamic scaling as well as dedicated, customizable subnet

     Security and privacy concerns on cloud are unfounded – revisit the decision of why confidential/private data needs to be maintained on blockchain

     Onboarding / off-boarding of nodes can be managed centrally, mainly for private, permissioned blockchain

     Each participant can take responsibility for integrating their existing enterprise systems to their blockchain node

     Leverage a PKI management solution which is complementary to the blockchain platform being used      Participants of the blockchain network will sign transactions using digital certificates to prove their identity

     Each participant will need to securely generate and store their private keys

     Blockchain topology for production environment should ensure minimum viable configuration      Blockchain inherently supports a decentralized model but a minimum set of nodes have to be up and running to ensure business continuity

     Introducing additional nodes solely to eliminate blockchain network failure / downtime will be required

     Use decentralized storage for data availability and blockchain’s efficiency

     Storing large sized documents and/or data entities on blockchain is counter-productive as all nodes need to get synced up every time

     Off chain storage mechanism of critical data entities should be complementary to the decentralized model of blockchain

     Largest stakeholder should be the process owner and manage smart contract development lifecycle till minimum go-live of the blockchain solution      In a private, permissioned blockchain setup all parties would have to transact using the same version of smart contracts

     Largest stakeholder will have the greatest motivation to ensure that smart contract versioning and releases do not disrupt the business continuity

     Blockchain network management should be done by a 3rd party network provider      Technical complexities on provisioning, administering, monitoring and maintaining the blockchain should be contracted out to a 3rd party network provider

     Self-governing and self-healing blockchain models are not available yet

     Track contribution and consumption of consortium members on blockchain      In order to arrive at a funding / cost model, the metering of contribution and consumption of each participant can be tracked and stored in blockchain

     Subscription and invoicing can be based on this collated data once the solution stabilizes

     Largest stakeholder should be the solution sponsor till minimum go-live of the blockchain solution      This will resolve the Omni-present conundrum of who will bear the cost of ownership

     Benefits derived from the minimum go-live will help participants arrive at a workable ownership and funding model

     Implement multi-tenant DApp and integration layer which can be used by majority of participants      All participants of blockchain may not have the technology expertise or business motivation to build off chain components required to interact with blockchain

     As a bare minimum the largest stakeholder can bundle DApp and integration components, which can be deployed on each node with minimal configuration

     Formalize multiparty agreement after the initial pilot is rolled out and adopted      One of the biggest roadblocks to onboarding of participants is the inability of consortium members to arrive on common rules of engagement

     Side-stepping this obstacle at least till the pilot phase is recommended

     Adopt BPM Governance principles such as defining process owners, participant roles and responsibilities as well as measurement of process KPIs      Blockchain cannot and should not be seen as technology replacement only. The objective should be to achieve business process improvement and efficiency

     Smart contract enabled blockchain platforms are more aligned to BPM (as described in my previous blog) where the process participants are inter-enterprise rather than intra-enterprise

While there is no silver bullet for productionizing blockchain solutions, there is definitely a need to take the learnings out of successfully implemented solutions using centralized aka “traditional” methods. Certain grey areas will remain, which will only get resolved as blockchain platforms gain maturity, scalability and come bundled with tools and techniques required for production-grade adoption.