Blockchain Promises Trust, But Does it Fall Short on Data Management?
Blockchain Live sponsors Fluree discuss blockchain and the data problem
2019 has been an exciting time for enterprise blockchain – as the benefits of trust, decentralization, and finality are sparking conversations across the industry spectrum. From the more obvious of deployments, like Walmart’s Lettuce Supply Chain, to more niche areas, like Ideablock’s idea patent platform, we’ll more than likely see progressive transitions from proof of concepts to mission-critical deployments in 2020 and beyond.
Onboarding enterprise solutions to a full stack blockchain deployment involves a fair amount of analysis into the practicality and scalability of your chosen system. Among many concerns, a universal factor has hindered the progress of many projects: Data management and storage.
The introduction of cryptocurrencies provided us with a novel paradigm of programmable trust. But this trust extended to a singular use case – asset transfer – and its tertiary functions (land title ownership transfer, etc.) In sum, public blockchains are optimized and designed for very simple asset transfer – which requires minimal data management needs.
But what happens when we try to retrofit the same blockchain format to the enterprise — for example a supply chain ERP application that manages purchase orders, stakeholders, RFID info, and more? Building out a blockchain solution that natively handles data and metadata becomes more challenging – in both development and information security.
The Status Quo Solution
In order to work around blockchain’s data problem, many enterprise projects have worked in layers of integration directly into their legacy stacks. But this disintegrated approach yields overhead in managing ongoing integration, security vulnerabilities, and poor data insights.
Project managers have discovered that since most blockchains connect through the “business logic” tier of the application stack, they still need to push data and metadata related to blockchain transactions to a centralized, static database system. The lack of complete data storage on-chain leads to an integration layer that is unnecessary (or as some put it: “trying to force blockchain into a stack that simply rejects it”.)
These solutions aren’t scalable for the standard enterprise.
Enterprises need a data-first blockchain solution
What if we took a data-first approach to blockchain records keeping? What if we merged the ideas of data management with the benefits of blockchain technology? What if we use blockchain as the foundational data source for our centralized enterprise apps and d’apps? No sticky integrations or extra layers – just one, query-able blockchain data store optimized for enterprise applications.
That’s our undertaking at Fluree – where we believe the immutability, integrity, and trusted benefits should extend to every piece of data in your enterprise for incredible bottom line benefits. We also believe the governance – the coded rules of the blockchain – should be flexible but secure – system tables written directly into the ledger.
Fluree aims to solve the data integration problem as a ground-up database technology, allowing for developers to build a unified and immutable data set to power and scale data-driven applications.
You can hear more from Fluree at Blockchain Live on the 25th of September 2019. Catch them in the Developer’s Den, on their session ‘Building a Blockchain Application in Under 20 Minutes’.
Register for free here: https://blockchainlive.com/registration/