If you are one of my very few but precious readers, you would have noticed I was away for awhile as there is a gap in blog posts. What was I doing? Over the summer I was busy with blockchain events, meetups, online courses, in-person courses, exams, whitepapers, certifications and bad dreams. If you want to know about those send me a note.
After a period of blockchain indigestion, resulting from an all-blockchain diet with too much fiber, I managed to somewhat sort all of that out. Or so I hope for my sake and yours, as I am about to visit all that wisdom upon you in a three-part blog (because three-part anything sounds grand!). This is part three, which should be obvious as per the title. No, you did not miss the other parts. Yes, I am starting with part three because I am a discordian and I like reading Robert Anton Wilson. Deal with it.
This is my plan of action for imparting all that hard-earned wisdom: I will use a process similar to a value proposition analysis which I learned from these nice people, and which I will probably mangle beyond recognition.
I will have some detours here and there, as per my usual style and as I see fit.
Fellow Trekkies, I know I used a catchy image to do a bait-and-switch. I have a small number of readers so I do what I can to get more. Now that I have your attention, note this blog entry has nothing to do with the Enterprise as you know it. Please forgive me and read on.
I won’t even mention there was no money in the Original Series and The Next Generation, and the future seemed to be strangely void of currencies (crypto or otherwise). Maybe the Ferengis are the bitcoin miners of the Federation? All that talk about fearing an afterlife spent in the “Vault of Eternal Destitution” sounds very familiar.
For the rest of you: if you are not a Trekkie, or don’t know what that is, nevermind, just keep on reading. Also, know this blog has nothing to do with Car Rentals, Aircraft Carriers, or Space Shuttles (which may have been named after the fictional spaceship, or not).
So, what is this about? This is about the legal entity made up of an association of people (natural or legal) with the purpose of doing some commercial activity (hopefully legal), and which we all affectionately call “The Enterprise”. It is also about how blockchain could help or hinder said commercial activity. Yes, that’s right! You got it! We are going to discuss Blockchain and The Enterprise! (the clouds parted when I wrote that).
The following picture illustrates the idea. Or it will confuse you. I am already confused.
As we all know (myself and my three readers) everytime blockchain is mentioned there is controversy. Which suits me fine (didn’t I say I am a discordian!), but makes intelligible discourse impossible. I am reminded of what Iñigo Montoya said “You Keep Using That Word, I Do Not Think It Means What You Think It Means”, so for the sake of being able to continue with this blog, and for the fun of it, let’s state what “blockchain” could mean.
The term “blockchain” is ambiguous and misleading as it could refer to:
“Blockchain” has been used in numerous online forums, starting in 2009 in reference to bitcoin, and to everything else later on. Sometimes it has small “b” and sometimes a cap “B”, depending on the importance of the speaker.
So which Blockchain or blockchain am I addressing? I will discuss the technology used in distributed ledgers, also known as Distributed Ledger Technology, also known as DLT. I will do that for at least part 3 and 2, for the sake of my argument and to avoid talking about tokens and cryptocurrencies in the context of The Enterprise. If you know what Hyperledger, Corda or Quorum are, those are the ones!
Now that all pertinent clarifications have been made, and I have excused myself with the Blockchain Inquisition, I have one final clarification to make (sorry!). When I referred to The Enterprise I hid something from you. This is what I hid: The Enterprise can actually refer to all manner of businesses.
I will sort those out along a decentralization axis (because I can), and into four quadrants as per a second axis of profitability (now I sound like a Ferengi). It does not follow any economic model, but it suits me fine.
From that diagram above, the “Enterprise” we are about to discuss, is located on the left side of the diagram. They could be existing or new.
Why do I exclude the right side? Because I want to cover businesses that are moving from left-to-right along the axis of decentralization.
The movement is the result of adopting DLT (aka Blockchain) technology for their current or new business models. We can refer to the migration as a “transformation”, which is a word you are going to be reading a lot moving forward.
And before you start asking, let me explain what a “centralized product” is: it relies on a value chain where The Enterprise is the only player, or the dominant one. From a Technology and Infrastructure standpoint all of the value chain participants are owners and operators, and inter-business collaboration or cooperation is done along the demarcation lines of that ownership and control.
For the sake of argument let’s also make these assumptions about The Enterprise:
Now that we have set the stage let’s move in to the next act, to heighten the drama. I have an audience to please after all. I will be using Blockchain and blockchain in an attempt to pacify the inquisition.
I just realized I have not done the proper thing and introduced or referred to a blockchain taxonomy or classification. How did I miss such a thing? I will tell you: there are many ways to sort out Blockchains into categories, and every attempt at doing so still misses something. Eventually, when the International Organization for Standardization (ISO) finishes their work we will all agree on the types, but for now let’s keep it simple.
A practical way to differentiate which “type” of blockchain is being discussed is by looking at:
You get the idea. I can keep adding categories for ever and never come to a conclusion. ISO people, please hurry up!
Here is an example of blockchain governance via Consortium (or a Cartel if done wrong): “We Do!”
The type of blockchain I am about to describe is usually called “Permissioned” or “Enterprise”, which refers to specific design choices for the parameters I mentioned. I have seen also references to “Private”as in a single-party implementation , which does not make any sense as by their nature blockchains are not meant to be used as a private database. There are also Hybrid blockchains, but I will skip them at this time.
Note, the Inquisition would like people to call it “Distributed Ledger Technology”, meaning some sort of database that is all over the place, and is operated by a number of separate entities, and which together constitutes a “ledger” for the network of entities, but does not have a cryptocurrency.
I know this is all very confusing. I will write about it some other time (and abuse that confusion for all I can until ISO does away with it, if they ever do). For now just imagine a blockchain, or DLT if that’s your thing, which is suitable to The Enterprise as defined above. So go with me on this.
So what is it about Blockchain (or DLT) that generates so much hype? Besides the obvious use to get people to invest in ICO schemes of dubious value, most blockchains do these things to some degree and for a distributed network of transacting nodes (participants), where nobody is really in control of the whole thing:
In some circles that is referred to as the “trust machine” (paywalled link), as in a machine that generates trust. I am not going to call it that, as I think is over the top and reductive. I agree with this sentiment.
I mentioned ICOs in the same context as “blockchain goodness”. Just to be on the safe side, I should mention, “goodness” does not extend to dubious schemes by clever people to separate folk from their hard earned money for the purposes of procuring themselves one of these:
This blog is not investment advice. Beware of the Lambos! Do your homework and don’t blame me for your poor life choices.
I mentioned couple of terms above which may require some explanation. If needed just check out one of my older blog posts: Little Blockchain reading list. The author of those “gentle” blog posts I included in the list also wrote a book that may come handy (disclosure: I get nothing if you buy the book. I just like the writing style). You may want to stop here and review some of that. I will continue by assuming you already did.
Back to The Goodness: you basically have a ledger (a book of records), which:
Ask yourself this question: what can you do with a thing like that? If nothing comes to mind I will add one more idea: the transactions (of the immutable type) can also include code, and the code is subjected to the same rules as everything else (consensus and such). This code is also another overly hyped thing: Smart Contract which at times are neither contracts nor smart, but it is a catchy name.
If you are still drawing a blank, read on. Or maybe the clouds parted for you, the sun shined, a rainbow showed up, and a chorus of angels sang the Sony Playstation 3 sound which is said to reflect the sense of a community coming together. If that actually happened you are probably a strange character and I don’t want to be seen with you.
Now that we have described the “solution” and its “attributes”, (hmm… I am starting to sound like a management consultant, wondering why), I will proceed to convince you, the modern Enterprise has some challenges worth addressing. The next step depends on me convincing you of something, so please be convinced!
So what afflicts the modern Enterprise? To answer this I will refer to the assumptions I made somewhere earlier in the blog about the businesses, which I will repeat here as to increase blog word count, and in case you already forgot about it:
An Enterprise operating in this setting will find itself dealing with the following:
(I wish I could do 10 points, as stopping at 8 looks lame. Point 10 should be awesome sounding, conclusive and definitive. A big Bam! like Chef Emeril does. All I have is 8, which will do for now.)
If I were to represent how The Modern Enterprise conducts its business with other parties by means of IT integration (inter-business integration), it would like like this (spaghetti integration) :
This used to be the state of affairs for intra-business integration, the one that takes place inside the corporate environment. Two technologies came along and helped deal with it:
These two technologies are still not enough to make sense of transactions at the business level. They just fix IT messes, but something else is needed to hold the ledger, so the business knows the state of its own books: The Enterprise Resource Planning systems (aka ERP).
There is an obvious question: why can’t Databases, ESBs, and ERPs systems be used to coordinate external parties? Answer: if it ever was that easy! There are some things getting in the way with the industry wide implementations: Ownership, Control, and Trust. Remember we are talking about centralized business where these three things are the name of the game!
I am not saying the solutions don’t exist. They do, but are crippled by the reliance on the centralized systems. Just think about it: someone has to own and operate the thing, and whoever does, they have a great deal of power over everyone else. They are also the greatest risk and source of failures for everybody. Like the saying goes: the bigger they are, the harder they fall.
Let me summarize this thought for you:
If that strikes you as a cynical view, please revisit that link I have somewhere up there (EY‘s 15th Global Fraud Survey). I know, I know… that paper helps EY get more customers, but they did not make up the numbers. The paper also points out something very interesting which will come up next: Digitization of Compliance.
Conclusion: If there was a way to do the inter-business coordination, without all that backstabbing, wouldn’t it be wonderful? Yes! And with this thought let’s get to the next act.
Now that I have you convinced (hopefully) of the difficulties The Enterprise faces when doing transactions in a network where there is no trust (pains and gains) , let’s figure how the solution (Blockchain) addresses them. This is it people! We are in the home stretch!
I will start with a better model of the spaghetti wiring I showed above. Something more business-like, such as this diagram that I totally made up:
So what do we have here? Let’s enumerate:
( 10! I got 10! )
The obvious question is: what can Blockchain do about the spaghetti? It turns out it can do a whole lot. I will illustrate this with another diagram, just as made-up as the previous one, but with permissioned blockchain sauce added:
Notice, nothing changed about the intra-business coordination, we just changed how the businesses integrated with each other to support the overarching business process. Let’s describe this Business Network 2.0 (no spaghetti) by pointing what changed from v.1.0:
(I am so good at this enumerating-to-10 thing!)
At this point I hope it is obvious what blockchain did. No? Ok, here it is: The blockchain (or DLT) is working as Service Bus, Database and ERP system but for the whole business network! Did you get that? The same type of solution put in place to sort out the messy innards of Enterprise IT is now available at a whole meta-level. Did you get that? Enterprise Blockchain is a Meta-ERP system for business networks, but decentralized to solve trust issues created by centralization!!
Here are some good follow up questions: why didn’t the current software power houses create this type of technology? Those business network challenges have been around for some time, so why not build something to solve them?
These are my answers:
You are probably wondering about the catch. Yes, there is a catch. Actually, there is a whole slew of them. I will cover some of those in the final act, and also in part 2 and 1.
Next question: when and where to use Blockchain? There are couple of ways to answer that, and the most common involves a flow chart diagram with branching decisions, that portends to clarify the validation. It is basically business case validation via a Galton Board (that looks like a pachinko machine). I don’t like them as they lack nuances, and only work for simple cases.
Instead of doing this, let’s do something else. This is the opening for Act 3!
Let’s get something clear: as far as I have understood the value of Blockchain technology all the uses cases involve business networks, not private deployments. Database/ERP/ESB systems can do a much better work for a single Enterprise.
There is an exception: if the Enterprise is so large that it behaves like a collection of independent business units, maybe and just maybe, blockchain would work. We are talking about organizations with tens of thousands of people and hundreds of business units.
With clarification out of the way, the type of use cases worth considering involve a bit of “coopetition” (that is one strange word!), to solve industry wide problems and revenue drains. The uses cases best suited for the technology resemble supply chains in one way or another, and do not have to be about physical items but digital ones as well.
These are the types of challenges that impact whole industry verticals, resulting in inefficiencies and constraints for all included. It is mostly created by lack of trust, standardization, and automation. The symptoms are:
On the flip-side, there are Gains in the new and improved business models as a result of participation in Business Network 2.0! They include products or services which benefit from a single source of truth and transaction automation. Some Gains:
In summary: the use cases are those with a win-win outcome for whole industry groups, and for challenges that afflict all. And, I repeat, are not for use cases involving competitive advantages. Blockchain is a team sport! The best use case is the one that works better with bigger teams.
This is the transformation:
At the extreme end of these gains is the “Decentralized Ecosystem” (remember that chart way up in the blog?). I will discuss this in part 1 (the last part), as it requires special considerations and additional convincing. I am slow-boiling you with blockchain. Here is a hint: decentralized ecosystem is a gigantic lego buildup of business processes across many industries.
Now we ready for the last act where I pour some cold water, to cool down the unbound optimism by adding some badly needed realism.
I am going to make the wild assumption that I have managed to infect you with blockchain fever. You are all ready and set to go with some of those use cases. You are even ogling your value chain, and giving an evil eye to the transaction mediators that have plagued you for ages.
Hold it! Wait for what’s coming next: an ice bucket.
First and foremost: doing some of that Coopetition will require creating a business entity to administer all that win-win goodness. Enter The Consortium, and a myriad of challenges that comes with it. The Consortium also plays a role in defining the Business Cases that will pay for all nice use cases, so let’s stay with the Use Cases for now. I will address Consortium in part 2.
My first ice bucket is this nice SWOT analysis done by Gartner more than a year ago, and which is still in good shape.
We discussed a lot of the Strengths and Opportunities, so is time to open the book on Weaknesses and Threats. You would think that by now some would have been resolved. No, they have not, and this is where the use cases can fall apart. Granted, some of those challenges don’t apply to The Enterprise Blockchain but many do, so let list them:
Under Weaknesses:
Under Threats:
Now I am going to add some of my own, which I will summarize: the Enterprise blockchain is just another IT system, and adoption will be as good or as bad as current IT practices. What it means is, if you are really bad at IT, chances are you will be really bad at blockchain too.
Let’s break this down a bit into some categories.
Security challenges
Business challenges
Technology Challenges
Data Governance Challenges
And this is why I included that pyramid thing at the beginning, as a cautionary tale of what could happen with badly solutioned and implemented blockchains: Outdated and immutable structure. Centralized. Made up of useless blocks. Exposing data for ever. Read more about the curse of immutability in one of my previous blog posts.
And now we are ready to drop the curtain, and finish this show.
So what are we to do with all that blockchain goodness and challenges? I will leave you with some general advice:
Bad reasons for using blockchain:
Here are some links to help the thinking on Enterprise Use Cases