For Enterprise Blockchain to get away from hype and move to maturity, there needs to be Education, Positioning, and Operationally Ready technology.
This Thread, which follows on from the previous one in the series,"Let's talk about Enterprise Blockchain and Distributed Ledger Technology and CSP's" , will deliver an approach to positioning Blockchain Technology as a Technology Standard in our Companies.
The goal of the previous Thread in this series was to get us thinking about Blockchain Databases in our Companies, in the Enterprise, and the goal of this Thread is to get us thinking about how to position an Enterprise Blockchain Platform as a Technology Standard in our Enterprise Architecture.
Why do we need to do this ? Why does Blockchain need to be a Technology Standard within the Enterprise Architecture in our Companies ?
In our Enterprise Architecture we use Technology Standards as a way of framing where we use what software applications and why, what is the purpose of that software application.
So for each Technology that we have in the house, we have a box which describes what that Technology and do, what it's strengths are, and therefore where we should use it.
This all sounds very formal, but in our personal lives we do this at home every day. We possibly have more than one pair of shoes, perhaps one pair for going to the office and one pair for going running. I don't really want to get in to a debate about how many pairs of shoes people have and which ones they use for what but I imagine that you get the point.
Some shoes are more suited to different activities than others. Some have a hard sole some have a soft sole. These are capabilities of the shoe, soft sole leans towards capability for sport, thanks to this soft sole capability the shoe is more appropriate to be used for, to be applied to sport, You get the point.
And it's the same with software, some software is more suited to different activities than others, these are capabilities. And by keeping a list of what software we have in the company and what the capabilities of the software are, and where the software is encouraged to be used, helps to ensure that in our Enterprise Architecture decision making processes we more consistently use the different types of software that we have for the purposes in which they are intended based upon what they can do.
To be more formal, there is a very nice description of Technology Standards here, 'At the most basic level, technology standards establish boundaries for technology usage, spec....
If we agree that to be able to consistently, repeatedly use Enterprise Blockchain Databases in our Companies we need to classify where we should use the Enterprise Blockchain Databases and why, then the first step is to write down all of the things that Enterprise Blockchain Databases is good for, what it can do, where it is strong, what the capabilities are.
Capabilities means what is it good for what is it good at ? What can it do ? Let's try to group the capabilities together where it makes sense. The most important capabilities and enablers of Enterprise Blockchain Databases and on a wider scale the Enterprise Blockchain Platforms, from the high level view, revolve around Data across the dimensions of:
Security / Privacy
Availability / Resilience
Collaboration / Sharing
Orchestration
Web3 / Tokenization / Wallet / SDK / Smart Contracts
Mobility / Edge
Integrations / Connectivity / Blockchain Bridges and Bridging
Types of Blockchain
Artificial Intelligence
Let's go through these capabilities one by one and think of all of the words we can around the dimension and picture what it actually means.
Enterprise Blockchain Database Capability - Security & Privacy
Capability/Enabler: Secure, Immutable, Trust, Cannot be modified, Tamperproof, Protect, Safe, Proof, Auditable, Confidentiality, Integrity, Originality, Transparency, Privacy
Why are Blockchain Databases so strong in this: As we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
Regarding the Security & Privacy capability, it is the Immutable and Hash Mechanism and Consensus Mechanism which make the Blockchain Database so natively security hardened out of the box and in fact security hardened natively out of the box to a level which most conventional databases are not.
In terms of the NIST CIA Triad for Data Security, Criticality, Integrity, Availability, Enterprise Blockchain Databases comes in Very High across all three classifications.
Blockchain Security NIST Triad atkrypto.io
Enterprise Blockchain Database Capability - Availability & Resilience
Capability/Enabler: Resilience, Distributed Multi Region, Distributed, Decentralised, Network Database, High Availability, Disaster Recovery, Business Continuity Planning
Why are Blockchain Databases so strong in this: Again, as we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
Regarding the Availability & Resilience capability, it is the Distributed & Decentralised characteristics which make the Blockchain Database so natively resilient out of the box and in fact resilient natively out of the box to a level which most conventional databases are not.
An Enterprise Blockchain Database is a Network Database. When one of the Servers is down, the other Servers are up, A Server can go down and when it comes back up it will automatically synchronise with the rest of the Enterprise Blockchain Database Network. This is really suited to Business Continuity Planning.
Enterprise Blockchain Database Capability - Collaboration / Sharing
Capability/Enabler: Single Source of Truth, Shared Single Source of Truth, Multi-Party Collaboration, 3rd Party Collaboration, Common Store of Data, Sharing, Collaboration, Master Data Store, Distributed Data, Network Database, Track and Trace, Traceability, Audit, Auditability
Why are Blockchain Databases so strong in this: Again, as we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
Regarding the Collaboration / Sharing capability, it is the Distributed & Decentralised characteristics which make the Blockchain Database so natively supporting Collaboration / Sharing out of the box and in fact supporting Collaboration / Sharing natively out of the box to a level which most conventional databases do not and can not, without additonal Clustering and Networking software.
An Enterprise Blockchain Database is a Network Database. This means the Database is running active on multiple Servers in multiple locations. As was described in the previous Thread, McKinsey & Company, in their December 2023 Featured Insights Publication, gave a beautiful description of what is unique and special about Blockchain, "Blockchain is a secure database shared across a network of participants, where up-to-date information is available to all participants at the same time".
And this is what is so important and so special. When we install the Blockchain Database Server in two different Company's DataCenters (or as Blockchain as a Service in the Cloud) and establish a Database Ledger on the Servers we enable the two Company's to share Master and Transactional Data while knowing that neither can modify the Data which has been shared. This is really suited to sharing Data across the Enterprise or across Enterprises.
Blockchain as a Shared Single Source of Truth atkrypto.io
Enterprise Blockchain Database Capability - Orchestration
Capability/Enabler: Data Orchestration, Data Integration, Network Database, Instructions Communication, Data Delivery, Sending Data, Data Transfer, Data Connection
Why are Blockchain Databases so strong in this: Again, as we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
Regarding the Data Orchestration, it is again the Distributed & Decentralised characteristics which make the Blockchain Database so natively supporting Data Orchestration out of the box and in fact supporting Data Orchestration natively out of the box to a level which most conventional databases do not and can not, without additonal Clustering and Networking software and all of the extra effort that that brings. An Enterprise Blockchain Database is a Network Database.
This means the Database is running active on multiple Servers in multiple locations. As was described in the previous Thread, McKinsey & Company, in their December 2023 Featured Insights Publication, gave a beautiful description of what is unique and special about Blockchain, "Blockchain is a secure database shared across a network of participants, where up-to-date information is available to all participants at the same time". And this is what is so important and so special.
When we install the Blockchain Database Server in two different locations / DataCenters (or as Blockchain as a Service in the Cloud) and establish a Blockchain Database Ledger on the two or more locations' Servers we enable a situation where one Datacenter can put data onto the Blockchain, which is in fact an instruction for an action from an Application which is reading from the Blockchain in the other Datacenter. What this leads to is Data Integration at a level which is not possible with End to End Encryption and Encryption of Data at Rest alone.
Today Companies send Data to each other, with Blockchain Companies will write to and read from the same Blockchain Database Table. This is really suited to Orchestrating Data across the Enterprise or across Enterprises. In the following example we see how instructions to a Third Party Logistics company can be orchestrated across the Enterprise Blockchain running between the two companies. In this example a CSP is using the Enterprise Blockchain as both a Secure Store of Data and a Secure Communication Channel. There are many alternative scenarios which will be discussed in later Threads.
Enterprise Blockchain Database Capability - Web3 / Tokenization / Wallet / SDK / Smart Contracts
Capability/Enabler: Web3 Foundation, Digital Asset Tokenization, Digital Wallet, Software Development Kit, Smart Contracts, Business Logic, Extension, Programming, Customisation
Why are Blockchain Databases so strong in this: As we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
Tokenization is a combination of all of the Blockchain characteristics in one. Tokenization is the action of creating a Block on the Blockchain which is a Digital Token. The Digital Token is the digital representation of the information which has been stored on to the Blockchain.
With Tokenization comes a Wallet to store the Tokens in, it can be argued that the Wallet is not a classic capability of the Blockchain, but rather a capability of the Blockchain Platform.
A Software Development Kit is also not a classical characteristic or capability of the Blockchain, but rather a capability of the Enterprise Blockchain Platform. The SDK enables Developers to develop Decentralized Applications which run on top of the Blockchain.
And Web3 is the culmination or the whole of all of these capabilities and some more. The capabilities listed here go a long way to making up the core foundation of Web3.
Enterprise Blockchain Database Capability - Mobility / Edge
Capability/Enabler: Mobile, Mobility, Edge, IoT, Wireless, Move, Industry 4.0, Smart Everything, Connected Everything
Why are Blockchain Databases so strong in this: As we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
The Distributed/Decentralised characteristic of the Blockchain Database Technology is what is so special here. As discussed above the Distributed characteristic of the Blockchain enables us to have a database which is networked between two locations.
It's this network database, and another fact which make Blockchain Databases so interesting for Edge/IoT/Mobile.
The other fact is the anologue to digital transformation of Things and the network getting closer to the Things at the Edge.
In the past Data was pretty much centralised to the DataCenter.
Things like Thermometers (in Pharmaceutical and Food Production), Maps & Compasses in Delivery Vehicles, Instructions on Paper, Locks on Doors, Photographs and Video, all of these Things were analogue. And now, all of these Things are going through a digital transformation, in two aspects, they are able to create digital representation of facts, and they are connected to the Network, and in some cases they even have larger computational power and can do business/processing logic and therefore are Smart Things. Thermometers are now connected to the Network, same for Maps and Compasses in Delivery Vehicles (GPS Location and navigation), Paper based Instructions are now electronic, Locks on Doors are now electronically monitored and controlled from the Network, Photographs and Video are now digital and connected to the network. And all of things Things are connected to the Network,the Edge of the Network, because they are the final point of the Network and together they make up the Internet of Things.
And so all of these Things are producing Data at the Edge of the Network. And this is where Blockchain comes in, Blockchain, for all of the reasons above is natively out of the box the most security hardened and resilient Database for protecting the integrity and confidentiality and originality of Data from the Edge.
The Capability and Enabler, Mobile / Edge / IoT comes in to play regarding having a Enterprise Blockchain Platform Server Node as close to the Edge as there is computational power, eg, on the Device, in the Connected Vehicle, or in the 5G Network IoT Gateway.
Do we take the Data from the Edge to the Blockchain or do we take the Blockchain to the Data at the Edge.
The most elegant is to take the Blockchain Mobile and to the Data at the Edge.
Surely the most secure way, is to protect the originality, integrity, confidentiality of the Data, at the Source, at the Edge, or as close to the Source as there is enough computational power to run a light Blockchain Database Server Node ? We will discuss this in detail in subsequent Threads.
Enterprise Blockchain IoT Edge Mobile Vehicle to Insights Connected Everything atkrypto.io
Enterprise Blockchain Database Capability - Integrations / Connectivity / Blockchain Bridges and Bridging
Capability/Enabler: Integration, Integrator, Connection, Connectivity, Connector, Bridge, Blockchain Bridge, Bridging
Why are Blockchain Databases so strong in this: As we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
This capability mainly revolves around the Distributed/Decentralised characteristic of the Blockchain.
This capability has a several different dimensions:
Getting Data in to the Blockchain
There are basically two clear leading options for getting Data in to the Enterprise Blockchain Platform, and those are:
API's
API's Driven Blockchain, there must always be API access to the Blockchain, for writing and for reading. For writing I see the API as more reactive than real time, and for reading data from the Blockchain API is the obvious choice.
Events
For me the biggest reason for using the Enterprise Blockchain Platform is the incredibly high level of security hardening and Data protection that it natively brings.
If we agree we will be more often positioning the Enterprise Blockchain Platform because of its security strengths, then next dimension is to write Data to the Enterprise Blockchain Platform as close to the source of that Data as possible no matter where the Data is, Edge or DataCenter.
The next dimension is that in the majority of cases, we will want to write the Data to the Enterprise Blockchain Platform as early as we can in the lifetime of the Data, ie, as soon as the Data was created.
If we want to write Data to an Enterprise Blockchain Platform as soon as the Data is created then the obvious technology for getting the Data to the Enterprise Blockchain Platform is Events, Event Driven Blockchain. I will be discussing this in detail in the later Threads which will deep dive in to individual use cases and reference architecture.
The Blockchain as a Data Integrator across the Organisation or Organisations
This capability crosses over with the Data Sharing capability. Basically the Enterprise Blockchain Platform becomes a Data Integrator within the Enterprise.
In a number of use cases the Enterprise Blockchain Platform could replace classical API based Integrations. In scenarios where there are Data Integrations between Applications, instead of doing an API based Integration and only have security and protection to the level End to End Encryption, there could be an Enterprise Blockchain where one Application writes to the Blockchain and one Application reads from the Enterprise Blockchain. This will be discussed in subsequent Threads which will deep dive in to use cases and reference architecture.
Bridging between Blockchains
This is a very important capability of Enterprise Blockchain Platforms and enables that Data can be bridged between Blockchains.
Enterprise Blockchain Web3 Reference Architecture Example atkrypto.io
Enterprise Blockchain Database Capability - Types of Blockchain
Capability/Enabler: Public, Private, Semi-Private, Consortium, Bridge
Why are Blockchain Databases so strong in this: As we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
This capability mainly revolves around Layer 0 of the Blockchain Architecture, which is the Blockchain Network. An Enterprise Blockchain Platform which enables the Customer to create their own Blockchain Network will most likely have the best capability to enable the Customer create the Blockchain of their choice.
The main classifications of Blockchain Database are nicely described ihere.
Enterprise Blockchain Database Capability - Artificial Intelligence
Capability/Enabler: Integrity, Auditability, Traceability, Originality, Confidentiality, Protection, Safe, Treasure, Surety, Certainty, UnCompromised, Intelligent Technologies, Smart Technologies
Why are Blockchain Databases so strong in this: As we discussed in the previous Thread in this series, Blockchain Databases have four special characteristics that make them a Blockchain Database, and those are, Immutable, Hash Mechanism, Distributed/Decentralised, Consensus Mechanism.
This capability mainly revolves around Security characteristics of the Blockchain Platform and Database.
For Artificial Intelligence outcomes to be trustworthy, it must be certain that the Data used for the Artificial Intelligence can not have been altered.
That's it, it's as simple as that, if we want to trust what AI is telling us, then we need surety and certainty that the integrity and originality of the Data which the AI used cannot be or have been compromised.
Intelligent Technologies, for Intelligent Technologies to be intelligent, they cannot depend on stupid Data !
Smart Technologies, for Smart Technologies to be smart, they cannot depend on stupid Data !
That's where the Blockchain comes in.
Now that we have elaborated on all of the capabilities and enablers of Enterprise Blockchain Databases and Enterprise Blockchain Platforms, let's get back to the goal of positioning Enterprise Blockchain Database and Platform as an Enterprise Technology Standard.
Before we do that, let's recap on the capabilities and enablers and summarise them:
Enterprise Blockchain Platform Capability Layers Map courtesy of Jan Tuma - atkrypto.io
In Enterprise Architecture there is only one place to run the Enterprise Blockchain Platform, and that is, right next to the BSS and MSS in the "enabler", either as a Service or on Kubernetes with your preferred HyperScaler.
Why place the Enterprise Blockchain Platform in the BSS and MSS ?
It's very very simple....
Proximity to the Data
Ethnicity of the Data
Proximity to the Process(es)
Proximity to the Technology
To wrap up, what we've done in this Thread is identify all of the capabilities and enablers of Enterprise Blockchain Databases and the Enterprise Blockchain Platform, we've discussed why these capabilities are so important, and consequently how to position an Enterprise Blockchain Platform in the Enterprise Architecture Technology Standards, where we use what and why.
We have also looked at where the Enterprise Blockchain Platform should reside, and the conclusion is in the "enabler", the right next to the BSS and OSS because the Blockchain Capability will be needed in both Domains, and enabling and leveraging all of the other Services and the native integration to the other Enterprise Applications.
The good news is, as we discussed in the previous Thread, this is no longer hype, we can do all of this today, and now, and Blockchain, today it's real and there's nothing stopping you.
I am from a DTW24 Next20 Startup, and our product is available to be download as a free trial on Docker, and I can only encourage everybody to start looking at Enterprise Blockchain and getting familiar with the capabilities and opportunities, regardless of which product you go for.
So what are we waiting for ? Oh yeah, use cases, ok, that will be the next Thread. The next Thread is going to explain how we follow Enterprise Architecture Processes to enable the Use Case to find the Blockchain and not the other way around.
What do you think, are the words Blockchain, Web3, Distributed Ledger Technology, starting to appear in your Company's visions and technology visions ? What use cases are you looking at ? Let's chat about it in the comments.
For now, over and out.
Andy Silvey.
CEO of atkrypto.io
Exhibitors Information | DTW25 Ignite TM Forum
atkrypto Enterprise Blockchain Platform has a number of unique qualities, including being the only Blockchain software in the world which has a DataCenter version and a light mobile version which can run on Edge/IoT/Mobile devices and enables data to be written to the Blockchain at the Edge where that same Blockchain is running on a Server in the DataCenter, protecting the integrity and originality of data from the Edge to Insights. Taking Blockchain to the Data at the Edge instead of taking the Data to the Blockchain.
#AIandData
#Blockchain
#OpenDigitalArchitecture
#Blockchain
------------------------------
andrew silvey
atkrypto.io
------------------------------