FOMO has become a huge driver of greater and faster embrace of things that in the past would find their niche and that was that. There are now vast armies of people with little actual knowledge pushing visions of things that don’t exist or have shortcomings that seriously limit their applicability.

This is the case of the Merkle Tree. You know, the blockchain. After Ralph Merkle published and patented his work in 1979, it was largely of interest for a small and specialized set of use cases and research. With its application to Bitcoin, all that changed.

As the song says, money changes everything. FOMO and money keep changing everything, except the fundamental shortcomings of the Merkle Tree.

Distributed ledger technology (DLT) is another thing. Merkle trees are one way to implement a DLT. Merkle trees are a hugely attractive way to implement a DLT because they use largely uncrackable encryption as a consensus method and relatively straightforward way to create an immutable data store, a software version of WORM, write-once-read-many.

The downsides of the blockchain are, however, intimately tied to the upsides. A single flat data structure like Bitcoin’s and Ethereum’s can never scale. The compute resources required to generate the hashes to build the blocks where “data” is stored are extraordinary and the compute resources to update and navigate the chain are as well, although permit some degree of optimization for navigation. As is well known by now, the mining alone of hashes for Bitcoin requires the same amount of electrical power as is consumed by the entire country of Denmark.

It is important to note that the various strategies for getting around the limitations of blockchains have one or another implication for the base model of uncorruptible creation of data (consensus algorithm) and immutability of that data. And the reduction of the required compute resources is minimal, if at all.

The major attraction of blockchains for almost all the undertakings mentioned by Patrick is their trust-worthy immutability, WORM. In short, no need for specialized hardware such as EMC/Dell DD990s and reference to this as their way of assuring trustworthy WORM to glassy-eyed non-technical clients. Instead, any enterprise can spin up their ERC20-compliant blockchain on the cloud and everyone knows what magic blockchain is!

Alas, there is very likely no cure for what ails blockchain as a technology. As Patrick has mentioned in a previous posting, some of the brightest minds are working on speeding up blockchains. Actually, that’s not true. Some of the brightest minds are trying to come up with new consensus algorithms and all attempts to improve on or eliminate the shortcomings of Merkle Tree based DLTs have achieved only workarounds.

Patrick maintains: “ Just as internal computer networks or intranets were adopted by companies long before the internet took off, these firms are starting by adopting distributed ledger technology”

Those of us techies who were around then and are around now know very well that this statement is seriously erroneous, but analogies like this are what keep the hordes coming and the money flowing.

We are almost 30 years into the age of Merkle Tree technology and 10 years into the first and only businesses (crypto-currency speculation and money-laundering) to date that actually makes money from it. Apart from just making money from selling marketing, advice and the prospects of the technology, that is.

Since a blockchain is only a software version of WORM data storage, a close analogy would be the development of relational databases:
1970- E.F. Codd publishes paper
1974- IBM’s first commercial paying customer for SystemR
1976- IBM’s QBE
1979- Larry Ellison, et al. sells first version of Oracle
1981- IBM’s SQL/DS
1983- IBM’s DB2

…and on and on. There were no debates about where and how this could be used. It went to customers paying for the technology and the customers making money by using it in 4 years. And it would be another 9 years before Richard Stallman founded the GNU project and open source software emerged.

There has never been such a slow start to a significant software technology that I can think of. The future seems similarly modest.