The temptation is to launch any discussion involving blockchain by answering the obvious question: What is blockchain? The technology you end up using in your supply networks, however, might not even be blockchain, at least not in its original form. More like an illegitimate second cousin twice removed.
So, why bother defining blockchain? Because to understand that cousin ā what it is or what it might be ā the best place to start is by understanding its origins and its evolution. And its origins, of course, take you back to blockchain.
Defining blockchain, however, is no simple task, because thereās no fully agreed-upon definition. The word wasnāt coined (so to speak) until 2011. As of early 2018, the Oxford Dictionaries and Google Dictionary both had an entry for the word that was specific to blockchainās use with cryptocurrencies. The Cambridge Dictionary added an entry later in 2018 that also was specific to cryptocurrency, while Merriam-Webster added an entry that was more general but still focused on financial transactions.
Most definitions youāll find have some common elements, but each seems to take a slightly different focus. Some are pretty simple and straightforward, but they donāt really tell you much about what blockchain does. Others only describe what it does, not what it is. IBM defines it as a āshared, immutable ledger for recording the history of transactionsā (IBM, 2018), while SAP calls it āa reliable, difficult-to-hack record of transactions ā and of who owns whatā (SAP, 2018). Those are great, but for a broad definition, weāre partial to Zach Steelman, an assistant professor of information systems in the Walton College of Business at the University of Arkansas. He defines blockchain as āa distributed database backed by cryptography that has consensus mechanisms to agree on when itās distributedā.
Those are all pretty concise, but deeper descriptions of what blockchain does and how it works can quickly turn complicated. One blogger, for instance, promised a simple explanation of blockchain in an article with the sub-title, āThe ultimate 3,500-word guide in plain English to understand Blockchainā (Mamoria, 2017). This begs the obvious question: if it takes 3,500 words to explain it, can you really call it simple?
Within all the common explanations youāll find about blockchain are a whole bunch of mind-numbing terms, many of them accompanied by mind-numbing acronyms that further confuse the issue. The various experts and developers, meanwhile, all have their preferred jargon. Youāll see terms, for instance, such as distributed ledger technology (DLT), shared ledger technology (SLT), public ledger technology (PLT), Blockchain as a Service (BaaS), decentralized database, immutable ledger, trustless trust, nodes, gas prices, miners, hashes, crypto-signatures and platforms. Weāll use some of those terms out of necessity, but we promise to do so in the least mind-numbing way we can.
Itās hard to avoid the techno-jargon, because, when you boil it down, hereās what blockchain really is: code. That makes it geek food. No one but coders really understands what it is, and they apparently need at least 3,500 words to explain it. Thatās OK. No one but the geeks knows what the Cloud really is or what the internet really is. But the mere mortals among us know what the Cloud and the internet do for us. We know how to use them to suit our various purposes, and thatās enough.
Organizations with competent information systems departments should lean into their expertise when evaluating the potential uses of blockchain and how to execute them. Others may need to hire outside experts if and when the time comes to build the technical aspects of a test case. But hereās what theyāll all tell you: the technology is the easy part. That means you, as a supply chain leader, get the hard part ā figuring out if and how to use the technology wisely in your business. And to do that, you first need a basic understanding of what the technology can do for supply chains. Thankfully, anyone can learn what blockchain technology does and, perhaps more importantly, what it and its hybrid illegitimate cousins have the potential to do for supply networks. Thatās what matters, so thatās how weāll approach it.
When it comes to supply networks, we define blockchain as a technology platform that establishes secured and trustworthy visibility into a database of transactions between multiple participants. It can create a transparent supply chain, because it allows for an encrypted, shared database that stores and verifies transactions, records, and just about anything digital you want thatās related to the supply chain process. And unlike most existing options, it goes beyond one-on-one, point-to-point connections and can be used by entire supply chain ecosystems.
The chain of events
Blockchainās short history and meteoric rise to fame originated with the development of bitcoin, the encrypted cybercurrency that has no centralized administrator (like a government or bank). An unidentified person or group using the name Satoshi Nakamoto released the open-source software for bitcoins in 2009, and one of the fundamental features was, and is, blockchains.
For bitcoin to work, its masterminds needed secure, verifiable transactions that everyone using the currency could trust ā even if the users who traded in the currency didnāt know or trust each other. So, they develop a public digital ledger that could track, verify and record every interaction into encrypted blocks that couldnāt be changed or deleted. The transactions are verified by independent users (known as nodes, which often are computers running sophisticated programs) that reach a consensus partly by solving complicated maths problems.
As you can see, blockchain isnāt your grandparentsā ledger. In its basic form, itās distinct in at least six significant ways. Weāll take a quick look at each, both in the context of the classic, cryptocurrency version and as it relates to the emerging options that are more suited to supply networks.
First, itās decentralized ⦠and centralized. No single user or group of users controls a blockchain platform. The information isnāt stored on any one mainframe; instead, itās stored on the Cloud. Microsoft, for instance, has more than a hundred data centres in nearly 40 regions across the globe for Azure, its Cloud computing platform that supports blockchains. Nearly 60 per cent of executives surveyed for the 2018 NHI Annual Industry Report say their organizations have already adopted Cloud computing and storage, and that figure is expected to rise to 90 per cent by 2023.
Public blockchains, the version that originated with bitcoin, have no owner, but permissioned blockchains have shared ownership among partnering organizations. The data are still stored on the Cloud, but these private or semi-private blockchains can have pre-established controls and limits. That leads some purists to argue that they arenāt actually blockchains.
āThereās really two different mindsets,ā Steelman told us. āThe people who started in the blockchain space, the crypto-kiddies, as they call them, they want decentralized, completely public-accessible blockchain. That works in certain use cases, like with money, where you want to transfer with anyone. But in situations where you need private information, like a supplierāvendor relationship, that just simply doesnāt work. And it will never work. Because suppliers shouldnāt be able to see their competitorsā pricesā (Steelman, 2018).
Permissioned blockchains, once set up and running, canāt be controlled or manipulated by any user without the other users knowing, which is one of the elements that creates...