{"id":19172,"date":"2023-03-27T13:35:50","date_gmt":"2023-03-27T13:35:50","guid":{"rendered":"https:\/\/crowdfundjunction.com\/blog\/the-only-way-to-truly-scale-blockchains-is-to-parallelize-processing-says-piers-ridyard-interview-bitcoin-news\/"},"modified":"2023-03-27T13:35:50","modified_gmt":"2023-03-27T13:35:50","slug":"the-only-way-to-truly-scale-blockchains-is-to-parallelize-processing-says-piers-ridyard-interview-bitcoin-news","status":"publish","type":"post","link":"https:\/\/crowdfundjunction.com\/blog\/the-only-way-to-truly-scale-blockchains-is-to-parallelize-processing-says-piers-ridyard-interview-bitcoin-news\/","title":{"rendered":"‘The Only Way to Truly Scale Blockchains Is to Parallelize Processing’ Says Piers Ridyard \u2013 Interview Bitcoin News"},"content":{"rendered":"

(Originally posted on : Bitcoin News )<\/b>
\n<\/p>\n

\n
\n<\/header>\n
\n\n<\/div>\n

Despite being touted as the possible panacea, decentralized finance (defi) still faces obstacles which greatly diminish the prospects of mainstream adoption, asserts serial entrepreneur and CEO of Radix DLT, <\/strong><\/span>Piers Ridyard.<\/strong> Ridyard added that while defi is seen as \u201ca fantastic proof of concept,\u201d widespread adoption of this alternative to traditional finance is only possible when the developer and user experience is improved.<\/strong> <\/span><\/p>\n

Developer Incentives and Mass Adoption of Defi<\/h2>\n

Besides improving developer and user experience, the Radix CEO told Bitcoin.com News that the provision of ongoing and sustainable support to developers ensures \u201cyou [don\u2019t] end up with a ghost chain.\u201d Ridyard, a YC Alumni, also shared thoughts on how defi and Web3\u2019s scaling woes can be overcome.<\/p>\n

Ridyard further discussed Coinbase\u2019s attempt to bolster developers with its recently launched layer 2 (L2) blockchain and why this is unlikely to result in the envisaged mass adoption of defi. Below are the CEO\u2019s answers to questions which were sent to Bitcoin.com News via Whatsapp.<\/p>\n

Bitcoin.com News (BCN): What do you think are the biggest obstacles facing defi today?<\/strong><\/p>\n

Piers Ridyard (PR):<\/strong> There are two major obstacles. Firstly, the user experience of Defi is completely unacceptable for the everyday person. Secondly, the developer experience is so difficult that very few developers actually get to the level of being able to create secure smart contracts.<\/p>\n

That makes Defi today a fantastic proof of concept. As seen in Defi summer, there is no shortage of innovative ideas that provide real benefits to users and capital. It\u2019s still very much a proof of concept though. Week after week, headlines of multi-million dollar exploits of Dapps hit the news.<\/p>\n

A quick search on Twitter will show examples of experienced users having their wallets drained because they have to blind-sign transactions. And if you\u2019ve ever tried to onboard a friend or family member to crypto\/Defi, I don\u2019t have to tell you that things like seed phrases are far from something the majority of humans will be comfortable using to secure their net worth.<\/p>\n

Just with all good proofs-of-concept, we can see clearly how it can work, but it\u2019s far from ready for mass adoption. The biggest obstacle for Defi is taking this proof-of-concept and creating an experience for the developers, entrepreneurs, and their users that gives them confidence when engaging with the Defi ecosystem. To do that, we need both a developer and user experience that is intuitive, secure, and scalable.<\/p>\n

BCN: It has been said that developer incentives are important for driving the defi ecosystem\u2019s growth. How do you incentivize developers to stimulate growth?<\/strong><\/p>\n

PR:<\/strong> Developers are the leading indicator of future ecosystem success. The more high-quality developers you have in your community, the more Dapps are eventually built on your platform. Many projects have tried to attract developers with big developer funds or grant programs. The idea is that if a successful Defi ecosystem needs many types of decentralized exchanges (DEX), lending, non-fungible tokens (NFT) or derivatives applications, you can create a fund to incentivize developers to build them.<\/p>\n

What transpired however was that many L1 blockchains threw millions of dollars at developers who would build-to-specification, ticking all the boxes to get the funds. And the moment this was achieved, the developer would then stop work. The DEX would be there, but it wouldn\u2019t be supported going forward. You end up with a \u201cghost chain.\u201d<\/p>\n

How is Radix different? We believe in sustainable incentives. That\u2019s why we\u2019re building an on-ledger automated royalties system that pays developers each time their code gets used by someone else. This incentivizes developers to build the primitives that they think will be the most useful over the long term, harnessing the power of market forces to guide what gets built on the network, instead of a central authority deciding this by handing out cash.<\/p>\n

Having said this, developers and entrepreneurs do still need active support. That\u2019s why the Radix grants program combines services, support, guidance as well as cash subsidies to founders and developers in the Radix ecosystem.<\/p>\n

BCN: Coinbase recently announced a new layer 2 blockchain called Base to give developers an easy, low-cost way to build dapps. What impact will this have on defi adoption and how will it compete with\/affect other layer-2s?<\/strong><\/p>\n

PR:<\/strong> So Base is an interesting development. It\u2019s Coinbase leaning into centralized Defi, or \u201cCedefi\u201d as some call it. But I would argue that it\u2019s not an easy place to build Dapps. Nor will it be low cost in the long run. Why?<\/p>\n

First, Dapps built on Base will run on the Ethereum Virtual Machine (EVM). While the EVM is undoubtedly the most popular environment for developers to build Dapps today, it has proven time and again that it is not safe, with billions of dollars worth of hacks over the last two years ($200m for Euler Finance<\/a> in just the last week).<\/p>\n

To provide an easy developer experience you need to look past the EVM to new environments that give developers the tools to create and manage assets, i.e. tokens, with security, validation, and accounting handled by the platform itself. If the platform is handling assets, not the developer\u2019s smart contracts, many of the vulnerabilities that result in these hacks and exploits just aren\u2019t possible.<\/p>\n

Second, as a Layer 2, Base is ultimately just a new blockchain. That means it doesn\u2019t add to Ethereum\u2019s scalability, as none of the Dapps on Ethereum can be used directly on Base. And none of the Dapps on Base can be used directly on Ethereum. This is because you lose \u201catomic composability\u201d (which we\u2019ll talk more about later) between Ethereum and Base. As a result, Base will have its own instances of each Dapp, such as new DEXes with their own pools of liquidity, brand new lending Dapps, etc. Ultimately, if Base gets popular enough, it will reach its own scalability limits, and transaction fees will start creeping up again.<\/p>\n

In terms of impact on Defi adoption, Base is definitely a good thing. With Coinbase\u2019s brand and resources, it will encourage more users to \u201cdip their toes\u201d into Defi and get a feel for what it\u2019s like. But with a limited set of permissioned validators, Base is not truly decentralized. It is useful mainly as a stepping stone to bring more users into the space. We won\u2019t get mass adoption of Defi unless it is truly decentralized. The clue is in the name of that one.<\/p>\n

BCN: On the topic of layer 2 chains, let\u2019s talk about another critical growth problem for defi and Web3 \u2014 scalability. From layer 2s to sharding \u2014 most of today\u2019s networks are in a race to scale. Do you foresee such solutions eventually working?<\/strong><\/p>\n

PR:<\/strong> So we touched upon this above, but to really delve in, let me paint a mental picture to help you understand why blockchains fundamentally don\u2019t scale.<\/p>\n

To begin, think of a block as a square that contains transactions. Once the block is complete, that\u2019s it, all those transactions inside it are final. Any transaction inside a given block is able to be combined with any other transaction in that block. So for example, you could have a two-leg transaction buying and selling two houses: 1) Person A buys from Person B; and 2) Person B buys from Person C. In this scenario, the second leg cannot complete unless the first leg also completes.<\/p>\n

For the transaction to work, you need to have a guarantee that both legs happen, or neither happens. And on a blockchain, you can only guarantee both legs completely when they\u2019re both inside the same block. If leg 1 happens in one block, and leg 2 waits for another block, Person C could cancel the transaction and suddenly Person B doesn\u2019t have a place to live.<\/p>\n

Next, the only way to truly scale blockchains is to parallelize processing. There is a limit to how many transactions you can push down one pipe (think cars traveling down a single lane). With this limitation, the only way to truly scale is to build additional lanes. With an unlimited number of lanes or separate blockchains, there is in theory no limit.<\/p>\n

But if you parallelize transactions across separate blockchains, you are by definition splitting your transactions across separate blocks. Our example two-leg house transaction cannot guarantee both legs if they are on two separate blockchains. So both legs of the transaction have to be on the same blockchain. But if they have to be together, what\u2019s the point of parallelizing processing in the first place?<\/p>\n

This is effectively what we have with Ethereum today. Everyone wants to be on the Ethereum main chain as everyone wants to be able to \u201catomically compose\u201d with everyone else. If you\u2019re on a shard or layer 2, you\u2019re effectively on a lane that only a few people want to be on. You can\u2019t complete important transactions in a single all-or-nothing transaction unless they so happen to be on your same shard or layer 2.<\/p>\n

BCN: You\u2019re launching smart contracts this year along with Radix\u2019s Babylon mainnet upgrade, what\u2019s that going to bring to the industry and in what ways will it improve today\u2019s defi?<\/strong><\/p>\n

PR:<\/strong> The purpose of the Radix public network is to radically change what is possible for users and developers in Web3. The Radix asset-oriented programming language, Scrypto, has now been tested for a year, and over 9,500 developers have used it, helping Radix make it into the best possible programming language for building Web3 Dapps.<\/p>\n

The Radix Wallet leverages all of the power of Scrypto and the Radix technology stack to create a mobile-first user experience that is hugely easier for a mainstream audience. It\u2019s designed to provide all the benefits of decentralization, while also maintaining the convenience of the best Web2 apps.<\/p>\n

For example, with the Radix wallet, smart accounts enable truly decentralized account recovery which eliminates the requirement for seed phrases. The transaction manifest gives users a truly human-readable view of the transaction they are about to sign. All of this is both intuitive and also secured by the underlying Radix network.<\/p>\n

On the developer side, Scrypto and the Radix engine execution environment provide an intuitive and secure way to build powerful Defi and Web3 applications. With native assets at the core of the Radix engine, tokens on Radix behave like \u201cphysical\u201d objects, as you would intuitively expect them to. This means that many of the hacks and exploits we see today on Solidity and the EVM are impossible on the Radix network.<\/p>\n

What\u2019s critical is that both the user experience and developer experience work together to enable a radically better platform. Developers benefit from the improvement to the user experience as it means that onboarding users is far easier, and users benefit from the improvements to the developer experience as it means they can confidently use Dapps knowing that the Radix engine drastically reduces smart contract risks.<\/p>\n

BCN: It is often said that a strong ecosystem is key to a strong network. Can you share a bit about the progress that you have made?<\/strong><\/p>\n

PR:<\/strong> Over the last year, the Radix programming language, Scrypto (based on Rust), and execution environment, Radix engine, have been in early access with developers. Over 9,500 developers have already tried Scrypto in that time, and already there are 50+ projects actively getting ready to deploy on the mainnet.<\/p>\n

The Radix Olympia mainnet has now been operating for almost two years, has done more than a million transactions, and has had no stoppages or outages.<\/p>\n

Not only has the programming language for the Radix network been shown to be incredibly effective, but the network has also already gone through a significant amount of robustness testing before smart contracts get added to the running public network.<\/p>\n

(BCN): Radix is said to be focusing on an asset-oriented paradigm. Can you explain this and share your thoughts on why you think this is better than what\u2019s already out there?<\/strong><\/p>\n

PR:<\/strong> On nearly all smart contract platforms today, such as with the EVM, developers have to create assets from scratch inside their own smart contracts (e.g. ERC20). Developers do this by creating a list of accounts and their respective balances and then defining the logic around how those balances can be updated, including validations to make sure there aren\u2019t issues such as double accounting or re-entrance.<\/p>\n

But if you think about it, this is madness. Practically every Defi or Web3 Dapp interacts with tokens in some form. Why are the common bits of functionality for tokens rebuilt by each developer every time they need one?<\/p>\n

So what is an asset-oriented paradigm? It\u2019s where the platform natively understands assets such as tokens or NFTs as they are native features of the platform. Tokens are represented as physical resources held in accounts. With this, if a developer needs a new token, they just ask the platform to create it for them, parameterizing it with things like type: fungible, supply: 1,000, or divisibility: 18. All the accounting and security are handled by the platform, not by arbitrary logic created by the developer.<\/p>\n

More importantly, the developer\u2019s smart contracts are no longer responsible for doing things like maintaining balances \u2013 the ledger itself does that. This removes huge numbers of checks and boilerplate code that developers today have to slog through, just to make a token interact with another smart contract. This not only massively improves security, it frees up developer time to focus almost purely on business logic.<\/p>\n

This is not the first time we have seen such massive productivity improvements in history. In the 1990s, game developers had to build their own engine from scratch every time they built a game, defining how gravity, physics, and graphics would be rendered. Then in the late 90s, game engines were born such as Unreal Engine. Now to build a game you just ask the engine to parameterize the things you want, such as setting gravity to 1. Any game imaginable can still be built, but now developers have the tools to do the standard things they need to do every day safely, intuitively, and quickly.<\/p>\n

That\u2019s what the asset-oriented paradigm means for Web3 and DeFi.<\/p>\n

BCN: Can you explain in very simple terms what atomic composability is all about?<\/strong><\/p>\n

PR:<\/strong> This is a perfect segue. So when a transaction is \u201catomic\u201d it means that either every leg of it happens, or none of them happens. It\u2019s all or nothing. Just like the house example above. \u201ccomposability\u201d means the ability to combine things together. So for example, lego bricks are composable with one another as they have been designed to snap together.<\/p>\n

So atomic composability just means that you can join things together (such as the two legs of that house transaction) and you can guarantee that it all completes or it doesn\u2019t complete.<\/p>\n

BCN: People in the crypto and blockchain space often talk about the blockchain trilemma \u2014 or quadrilemma. Radix has said its consensus layer Cerberus will solve this. How does it work, and how will it manage unlimited scalability without breaking the so-called atomic composability? <\/strong><\/p>\n

PR:<\/strong> How long do we have? This is quite a deep topic but let\u2019s revisit that mental model from earlier. On a blockchain, transactions live inside blocks. Once a block finalizes, that\u2019s it. So what a block does is it stops you from having \u201catomicity\u201d across two or more blocks.<\/p>\n

Cerberus instead gets rid of blocks entirely. Instead of chaining blocks, Cerberus chains transactions, transaction to transaction to transaction. This means that if you ever need to interact with any part of the Radix ledger, such as for example leg 1 of the house transaction needing to interact with leg 2 of the house transaction, it doesn\u2019t matter where that data is stored, you can combine both transactions together atomically whenever you need to. Transactions are freed from the confines of a block.<\/p>\n

The result of this is that you can massively parallelize transaction processing across many trillions of shards (2^256 to be exact). But when you need to, you can snap anything together \u2014 with atomic composability \u2014 whenever you need it. A DEX on Radix, no matter where it is stored, will always have atomic composability with every other Dapp on the Radix ledger no matter how many transactions are being processed.<\/p>\n

This particular insight took 7 years of research (from 2013 to 2020). With truly linear scalability without compromising atomic composability, and that\u2019s why Radix will always have low transaction fees forever.<\/p>\n

What are your thoughts about this interview? Let us know what you think in the comments section below. <\/strong><\/em><\/p>\n

\n
\n\n<\/div>\n
\n
\nTerence Zimwara <\/h6>\n

\nTerence Zimwara is a Zimbabwe award-winning journalist, author and writer. He has written extensively about the economic troubles of some African countries as well as how digital currencies can provide Africans with an escape route.

\n
\n
\n<\/a>
\n<\/span>
\n
\n
\n
\n<\/a>
\n<\/span>
\n
\n
\n
\n<\/a>
\n<\/span>\n<\/p>\n<\/div>\n<\/div>\n

Image Credits<\/b>: Shutterstock, Pixabay, Wiki Commons<\/em><\/p>\n

\n

Disclaimer<\/strong>: This article is for informational purposes only. It is not a direct offer or solicitation of an offer to buy or sell, or a recommendation or endorsement of any products, services, or companies. Bitcoin.com<\/a> does not provide investment, tax, legal, or accounting advice. Neither the company nor the author is responsible, directly or indirectly, for any damage or loss caused or alleged to be caused by or in connection with the use of or reliance on any content, goods or services mentioned in this article.<\/p>\n<\/div>\n

\n