{"id":421,"date":"2021-09-08T15:39:59","date_gmt":"2021-09-08T15:39:59","guid":{"rendered":"https:\/\/www.blockedge.io\/blog\/?p=421"},"modified":"2022-01-21T11:38:22","modified_gmt":"2022-01-21T11:38:22","slug":"dont-overlook-scalability-when-deploying-an-enterprise-blockchain","status":"publish","type":"post","link":"https:\/\/www.blockedge.io\/blog\/dont-overlook-scalability-when-deploying-an-enterprise-blockchain\/","title":{"rendered":"Looking to Deploy an Enterprise Blockchain App? Don\u2019t Overlook Scalability"},"content":{"rendered":"
Home<\/a> \u00bb Looking to Deploy an Enterprise Blockchain App? Don\u2019t Overlook Scalability<\/span><\/span><\/span><\/div><\/div>\r\n\r\n
<\/div>\r\n\r\n
\r\n

Any good discussion on blockchains is never complete without addressing the scalability challenge. That\u2019s because Blockchains are a fundamental breakthrough technology (no two thoughts about it) waiting to unleash a whole new wave of possibilities in the world of commerce. And any blockchain that isn\u2019t scalable will only stop short of the disruption it promises to bring in the first place.\u00a0<\/p><\/div>\r\n

<\/div>\r\n

Now before we unlock all the reasons why scaling must be ingrained in an enterprise blockchain, we must first understand what we do mean by \u2018scale\u2019 in the context of blockchains.<\/p>\r\n

<\/div>\r\n

As often, scale is thought of as something as \u2018big\u2019, but in blockchain, we really mean the speed of that blockchain. How fast can it process the transactions and add new entries to the chain? For instance, in Bitcoin, the number of transactions performed per second is 4.6. Now compare that with Visa, which does 1700 transactions per second. The underlying multiple benefits of blockchain architecture such as decentralization, security, immutability, privacy takes a beating when viewed along with its transaction speed. While efforts are underway and there has been progress concerning increased transactions per second some way or the other, Scalability is still an ensuing problem not just in public blockchains, but also in permissioned and private blockchains.<\/p>\r\n

<\/div>\r\n

But first, a more basic question!<\/b><\/h2>\r\n
<\/div>\r\n

Before we go gaga about why Scalability is imminent in an enterprise blockchain, we must ensure we have the right answers for a more basic question:<\/p>\r\n

<\/div>\r\n

Why do we need a blockchain in the first place?\u00a0<\/p>\r\n

<\/div>\r\n

Blockchain, as you might know, is a decentralized, shared database, one that excludes intermediaries and functions without a central authority. A private blockchain, on the other hand, is controlled\/owned by a single entity for its organizational use.<\/p>\r\n

<\/div>\r\n

So when does an organization need a blockchain?<\/b><\/h4>\r\n
<\/div>\r\n

Organizations can choose to adopt a blockchain implementation if information privacy is at the core of their business. Blockchains can prove to be too good at safeguarding sensitive data, enabling secure message transfer between parties.<\/p>\r\n

<\/div>\r\n

Organizations can opt for blockchains when they want to instantly trace products at the level of their supply chain. Supply chains involve multiple parties and a product often has to go into multiple stages before it reaches the customer. Being able to instantly trace a product, improve transparency along the chain and cut administrative costs would be no lesser than a disruptive innovation in the supply chain space.\u00a0<\/p>\r\n

<\/div>\r\n

Blockchains can really prevent counterfeit goods by ensuring authenticity and providing relief to companies from product falsifications.<\/p>\r\n

<\/div>\r\n

Digital data records, IoT ecosystem protection, CRM systems, and management of digital assets such as intellectual property are some of the many use cases that you could reap from a successful blockchain implementation.<\/p>\r\n

<\/div>\r\n

But all the above uses of Blockchain implementation could only be realized if the underlying blockchain architecture supports scalability.<\/b> That it can allow more users to participate, that the base layer can accommodate a huge network or business resources thrown at it. Only then a blockchain could really stand to immensely benefit enterprises.<\/p>\r\n

<\/div>\r\n

Let\u2019s approach this from a better angle.<\/b><\/h4>\r\n
<\/div>\r\n

Adding more resources to an existing blockchain network would only affect the throughput of the blockchain. In other words, for every additional transaction that is performed on the blockchain, the time taken for it to be validated and authenticated by all nodes is in direct proportion to the number of nodes in the network. In that case, the whole blockchain network, even if it accommodates more users and ensures unmatched security, would only turn out to be slow and sluggish. Because simply put, the higher the number of users, the slower is the system. Now question to you – would the users of your blockchain be prepared to forego the speed for better security? If your answer is no, then we are talking sense here. Scalability must be really dealt with.<\/p>\r\n

<\/div>\r\n

So, a blockchain which is nothing but a distributed database coming in place of a legacy centralized database, claiming to bring along a host of business benefits (security, transparency, traceability), can never be complete without an inbuilt satisfactory speed. (A point to note: this speed can\u2019t be lower than that of your already existing system.) So even if you increase the users in the network \u2013 these benefits, including the speed, must remain constant, and should never put a strain on your permissioned blockchain.<\/p>\r\n

<\/div>\r\n

Scaling on and off the chain<\/b><\/h4>\r\n
<\/div>\r\n

Yes, there have been numerous efforts to enhance scalability by changing the parameters of the blockchain. There are methods wherein by increasing the size of a block, you increase the number of transactions stored in a block. The other method entails decreasing the block generation time by tweaking your consensus algorithm. But these methods aren\u2019t sustainable and can soon hit the roof. Because how much could you keep increasing the size of a block or reducing the generation time of a block? These methods can\u2019t stand a chance when you are trying to match the speeds of an established transaction process.<\/p>\r\n

<\/div>\r\n

However, there were more promising on-the-chain scaling techniques. Reducing the size of an individual transaction, which essentially means you are packing more transactions within a single block. Being able to make two different blockchains communicate with each other was again a potential way to scale. If multiple blockchains can transact between each other, they would not have to carry the same load of data, therefore the throughput should improve. Then there is sharding, which splits the chain into multiple chains, meaning you can facilitate parallel processing ensuring higher system speeds.<\/p>\r\n

<\/div>\r\n

Off-the-chain solutions are a whole different lot. They sit on top of the blockchain and provide second-layer solutions. Technically, they take the computations off the blockchain only to be performed on a second layer, while the main chain can simply act as a means to register inputs and outputs.<\/p>\r\n

<\/div>\r\n

And it is just getting started: more could be on the way!<\/b><\/h4>\r\n
<\/div>\r\n

We are already witnessing a combination of these methods \u2013 hybrid solutions to ensure scalability is not compromised while building a permissioned or private blockchain at the enterprise level.<\/p>\r\n

<\/div>\r\n

But how cost-effective\/profitable are these solutions proving to be?<\/p>\r\n

<\/div>\r\n

Largely depends on:<\/p>\r\n

<\/div>\r\n