Why rollups-as-a-service will be to Web3 what AWS was to Web2

When Amazon Web Services (AWS) burst into the scene in 2006, it quickly became apparent that businesses conducting every element of their operations in-house in the name of self-sufficiency weren’t necessarily working efficiently or smartly. Being able to remotely host applications, services and data became extremely powerful.

Prior to AWS, you had to hire a team of information technology professionals, rent physical space, and invest in hardware to be able to manage your computing and storage needs. The entire set up was completely inelastic. With AWS, upfront costs for compute or storage needs became a thing of the past. By accelerating time-to-market, providing global reach, speed and flexibility, AWS gave their customers a competitive edge, while lowering the barriers to entry for fledgling startups.

Fast forward to now, rollups-as-a-service (RaaS) is going to give blockchain-based applications a similar competitive edge. Rollups add an elastic execution layer to efficiently boost scalability and performance as and when needed — and now it can be done without the higher costs, the chain limitations or the build-time.

In short, RaaS will likely be to Web3, what AWS was to the Web2 era.

An ‘AWS moment’ for the blockchain world?

As it stands, the blockchain ecosystem is plagued by many of the same issues as the early internet and the entire space would greatly benefit from an “AWS moment.” Scalability remains a prime challenge. Developers used layer 1s such as Ethereum, Solana and Avalanche to deploy their apps but found none customizable enough. For instance, a gaming studio building a fully-on-chain game would like the ability to deploy a smart contract larger than the limits imposed by the layer 1. Also, they would prefer to trade off security for latency. For example, Ethereum’s current block time averages about 12 seconds, which may not be sufficient for most on-chain games. Due to this, certain application developers moved away from an existing chain and built their own application-dedicated solutions. CryptoKitties and Axie Infinity were among these.

One can thus certainly draw parallels between the “building your own chain” phenomenon and the pre-AWS era. At that point, projects like Cosmos SDK and Polkadot Substrate tried to fill the gap with SDKs, which reduced the time to launch from several years to a few months —  thus creating a massive improvement in the space.

After all, it seems like a no-brainer that one could enhance speed, delivery and quality by creating a chain tailored to the needs of a particular application or product. Undoubtedly, it also makes the developer in question more autonomous — giving them full control of the underlying tech and as an extension, enabling faster implementation of upgrades and security changes. If positioned right, it could also offer dApps a competitive edge in the market, attracting value to both its core layer and to the ecosystem it supports.