Despite the continued interest in blockchain, only 11% of respondents to the 2019 CIO Agenda Survey of more than 3,000 CIOs admit to deploying or have short-term plans with blockchain. Gartner attributes this low figure to the continued failure of majority of these projects to get pass the initial experimentation phase.
Gartner senior research director Adrian Leow noted that blockchain platforms and the associated technologies market is still nascent and there is no industry consensus on key components such as product concept, feature set and core application requirements. “We do not expect that there will be a single dominant platform within the next five years,” he commented.
Gartner has identified the seven common mistakes in blockchain projects and how to avoid them:
No. 1: Misunderstanding or misusing blockchain technology
The majority of blockchain projects are solely used for recording data on blockchain platforms via decentralized ledger technology (DLT), ignoring key features such as decentralized consensus, tokenization or smart contracts.
“DLT is a component of blockchain, not the whole blockchain. The fact that organizations are so infrequently using the complete set of blockchain features prompts the question of whether they even need blockchain. It is fine to start with DLT, but the priority for CIOs should be to clarify the use cases for blockchain as a whole and move into projects that also utilize other blockchain components,” Leow added.
No. 2: Assuming the technology is ready for production use
The blockchain platform market is huge and largely composed of fragmented offerings that try to differentiate themselves in various ways. Some focus on confidentiality, some on tokenization, others on universal computing. Most are too immature for large-scale production work that comes with the accompanying and requisite systems, security and network management services.
However, this will change within the next few years. CIOs should monitor the evolving capabilities of blockchain platforms and align their blockchain project timeline accordingly.
No. 3: Confusing a protocol with a business solution
Blockchain is a foundation-level technology that can be used in a variety of industries and scenarios, ranging from supply chain over management to medical information systems. It is not a complete application as it must also include features such as user interface, business logic, data persistence and interoperability mechanisms.
“When it comes to blockchain, there is the implicit assumption that the foundation-level technology is not far removed from a complete application solution. This is not the case. It helps to view blockchain as a protocol to perform a certain task within a full application. No one would assume a protocol can be the sole base for a whole e-commerce system or a social network,” commented Leow.
No. 4: Viewing blockchain purely as a database or storage mechanism
Blockchain technology was designed to provide an authoritative, immutable, trusted record of events arising out of a dynamic collection of untrusted parties. This design model comes at the price of database management capabilities.
In its current form, blockchain technology does not implement the full “create, read update, delete” model that is found in conventional database management technology. Instead, only “create” and “read” are supported.
“CIOs should assess the data management requirement of their blockchain project. A conventional data management solution might be the better option in some cases,” Leow added.
No. 5: Assuming that interoperability standards exist
While some vendors of blockchain technology platforms talk about interoperability with other blockchains, it is difficult to envision interoperability when most platforms and their underlying protocols are still being designed or developed.
Organizations should view vendor discussions regarding interoperability as a marketing strategy. It is supposed to benefit the supplier’s competitive standing but will not necessarily deliver benefits to the end-user organization.
“Never select a blockchain platform with the expectation that it will interoperate with next year’s technology from a different vendor,” said Leow.
No. 6: Assuming smart contract technology is a solved problem
Smart contracts are perhaps the most powerful aspect of blockchain-enabling technologies. They add dynamic behaviour to transactions. Conceptually, smart contracts can be understood as stored procedures that are associated with specific transaction records.
But unlike a stored procedure in a centralized system, smart contracts are executed by all nodes in the peer-to-peer network, resulting in challenges in scalability and manageability that haven’t been fully addressed yet.
Smart contract technology will still undergo significant changes. CIOs should not plan for full adoption yet but run small experiments first. This area of blockchain will continue to mature over the next two or three years.
No. 7: Ignoring governance issues
While governance issues in private or permissioned blockchains will usually be handled by the owner of the blockchain, the situation is different with public blockchains.
“Governance in public blockchains such as Ethereum and Bitcoin is mostly aimed at technical issues. Human behaviours or motivation are rarely addressed. CIOs must be aware of the risk that blockchain governance issues might pose for the success of their project. Especially larger organizations should think about joining or forming consortia to help define governance models for the public blockchain,” Leow concluded.
