Blockchains Databases… Should We See Them More as Middleware?

Token Agency
Blockchain Expo North America 2019

Share with:

by Benedikt Herudek

advertisementToken Agency

Blockchains are commonly compared to databases, for obvious reasons as they store transactions. However, one could just as well understand them as a  middleware connecting endpoints via permanently stored transactions. Bitcoin works as a technology to exchange currency, which is a specific and simple form of parties exchanging information. If we could generalise and extend this notion of information, we would be able to build a decentralized middleware.

One  hope one could connect to such a middleware would be that technologically and organizationally, it would leave no room for one data monopolist (Facebook, Uber, Airbnb et al) to mediate transactions and take too large of a cut. Just like bitcoin takes out banks from the middle – man position, a distributed middleware allowing exchange of any type of information (not just currency), might be able achieving something similar.

This post will not describe how such a Blockchain-ish’ distributed middleware could be implemented, one high level attempt can be found here. The attempt goes at great length attempting to avoid standards for data exchange formats. 

Take Facebook as an example. Arguably, the main service a platform like Facebook offers is that it structures conversation such into one data format, that all on the platform can converse with each other. Imagine, we magically had a ‘machine babelfish’ that would allow applications to seamlessly converse with each other over the internet. A net we could image then would consist of many small to medium to large private Facebook-alikes, which might offer similar or different features but also would allow its members to talk to any other Facebook-alike in the net. If such a ‘machine babelfish’ existed, there would be no need for users to subscribe to Facebook. Users might stick with Facebook, but they might just as well prefer a Facebook-alike , where they might find some desired features, e.g. data protection and privacy or simple the colour of a button on the UI. The same argumentation would go for any trading platform: if small platforms could connect seamlessly, there would be no need for one Uber or Airbnb platform to unify them all to allow them to communicate and trade. We would have many small/ medium / large Ubers talking to each other and allowing members on those platforms to trade with users on another uber like platform. Features for specific user groups could out compete a ‘one size fits all’ approach, as long as these parties would be willing to connect to such a middleware, which all but the 1-2-3 biggest players would be.

We will call such a System a DAM (Distributed Autonomous Middleware), it would need to meet the following features:

  1. Shared infrastructure, rendered by network members incentivised by System tokens
  2. Ability to ‘log’ transactions in an immutable Blockchain
  3. Distributed Autonomous Organization maintaining code and deciding on a.o. fees
  4. Open Access, allowing anyone can connect. 
  5. Ability to cryptographically secure and obfuscate data
  6. Economically viable for those providing the infrastructure, Miners in Bitcoin
  7. Appropriate Services (throughput, performance) to exchange information between Systems for users
  8. Any Application information can be exchanged
  9. There are no or hardly no fixed data format exchange standards

Points (1) – (7) can be found in one or other way in Bitcoin or the Bitcoin eco system. Of course, using these features for a real–live middleware requires some serious thoughts, a.o. around throughput and performance.

For a middleware connecting any application for any information exchange obvious (8) is an obvious demand – but complex: there is a myriad of use cases for applications communicating and even for one and the same use case, one can choose all kinds data format, be it an xml standard, a csv file, a binary format or any custom format.

So, shouldn’t we just have an industry standard, a consortium or board, where we have all parties discussing and agreeing on data formats ? Maybe we need Linux Foundation to come with some kinds of Blockchain Transaction standard for all these heterogeneous use cases. Possible & proven – but the problem with standards is that they tend to be inflexible, in need of maintenance and sometimes have a tendency to ossify. The moment you have a consortium board you at least have the risk of those getting hi-jacked by large players. This is not a necessity, but ideally a truly decentralised platform would rule out this possibility on the technology layer already (9) and be flexible enough to allow for any data exchange format. 

It remains to be seen, if such a System could be built. There don’t seem to be reasons in principle, why this wouldn’t be possible. But it certainly would be a challenge to avoid standards or at least make the System very resistant against ossifying standards and a potentially resulting undesired power structure. One of the benefits of a decentralised autonomous Middleware would be that it could do to some large data monopolists what bitcoin tries to do the banks.

Share with:

About Richard Kastelein

Founder and publisher of industry publication Blockchain News (EST 2015), a partner at ICO services collective Token.Agency ($750m+ and 90+ ICOs and STOs), director of education company Blockchain Partners (Oracle Partner) – Vancouver native Richard Kastelein is an award-winning publisher, innovation executive and entrepreneur. He sits on the advisory boards of some two dozen Blockchain startups and has written over 1500 articles on Blockchain technology and startups at Blockchain News and has also published pioneering articles on ICOs in Harvard Business Review and Venturebeat. Irish Tech News put him in the top 10 Token Architects in Europe.

Kastelein has an Ad Honorem - Honorary Ph.D. and is Chair Professor of Blockchain at China's first Blockchain University in Nanchang at the Jiangxi Ahead Institute of Software and Technology. In 2018 he was invited to and attended University of Oxford's Saïd Business School for Business Automation 4.0 programme.  Over a half a decade experience judging and rewarding some 1000+ innovation projects as an EU expert for the European Commission's SME Instrument programme as a startup assessor and as a startup judge for the UK government's Innovate UK division.

Kastelein has spoken (keynotes & panels) on Blockchain technology in Amsterdam, Antwerp, Barcelona, Beijing, Brussels, Bucharest, Dubai, Eindhoven, Gdansk, Groningen, the Hague, Helsinki, London (5x), Manchester, Minsk, Nairobi, Nanchang, Prague, San Mateo, San Francisco, Santa Clara (2x), Shanghai, Singapore (3x), Tel Aviv, Utrecht, Venice, Visakhapatnam, Zwolle and Zurich.

He is a Canadian (Dutch/Irish/English/Métis) whose writing career has ranged from the Canadian Native Press (Arctic) to the Caribbean & Europe. He's written occasionally for Harvard Business Review, Wired, Venturebeat, The Guardian and, and his work and ideas have been translated into Dutch, Greek, Polish, German and French. A journalist by trade, an entrepreneur and adventurer at heart, Kastelein's professional career has ranged from political publishing to TV technology, boatbuilding to judging startups, skippering yachts to marketing and more as he's travelled for nearly 30 years as a Canadian expatriate living around the world. In his 20s, he sailed around the world on small yachts and wrote a series of travel articles called, 'The Hitchhiker's Guide to the Seas' travelling by hitching rides on yachts (1989) in major travel and yachting publications. He currently lives in Groningen, Netherlands where he's raising three teenage daughters with his wife and sailing partner, Wieke Beenen.

Visit Website
View All Articles
Blockchain Partners

Token Agency
Blockchain Expo North America 2019
trusted in trading
Ammbr Blockchain Technology


Please enter your comment!
Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.