Analyzing the five hottest types of BTC L2 solutions at the moment, which one is the most native and practical for Bitcoin?
Original title: "Analysis of the five hottest BTC L2 solutions at the moment, which one is the most native and practical for Bitcoin? 》
Original source: Web3 Chinese
Yesterday, the BTC Layer2 project BEVM officially announced the completion of the seed Series A and part of Series A financing worth tens of millions of US dollars, with a post-investment valuation of US$200 million, making it a dazzling star on the BTC Layer 2 track. Since the beginning of 2024, BTC Layer2 has become the biggest hot spot in the encryption market. Various BTC Layer2 projects have also emerged first, and the Bitcoin second-layer solutions selected by each project are also different. Today we use an article to explain the differences between various BTC L2 solutions on the market.
Currently, there are various BTC L2 solutions on the market that are diverse and complex. From the perspective of technical implementation, it can be roughly divided into five categories: Bitcoin side chain, UTXO + client verification, Taproot Consensus, multi-signature + EVM, and Roullp. We will analyze the advantages and disadvantages of these five types of Bitcoin L2 solutions from three major perspectives: Bitcoin’s nativeness, degree of decentralization, and degree of implementation.
Why does it need to be analyzed from the three perspectives of Bitcoin’s nativeness, degree of decentralization, and degree of implementation?
First: Do not make any changes to the Bitcoin code, but directly use the mature and time-proven Bitcoin native technology to build BTC L2, not only It can minimize risks and eliminate uncertainties. The native nature of Bitcoin and the adherence to the original purpose of Bitcoin reflected here basically determine whether it can be recognized by the mainstream Bitcoin community, which is very important for the launch and development of the BTC L2 project. far-reaching significance.
Second: Decentralization is the spiritual core of the blockchain. In the Bitcoin community where decentralization is the core culture, whether a BTC L2 is decentralized enough almost determines the life or death of the project. The decentralization of BTC L2 is directly reflected in the security of BTC management and entry and exit expenses. A BTC L2 that cannot safely manage BTC in a decentralized manner will simply not be able to gain the support and trust of BTC users. Therefore, decentralization is a core proposition that all BTC L2 must face.
Third: BTC L2 has been developed for 6-7 years. Many plans sound sexy, but the actual implementation situation is very cruel. From the earliest Stack, RSK, and then RGB, which has been proposed for four years, including BitVM, which has no more voices after the release of the white paper. The implementation situation is basically the most direct way to test the solution. Therefore, the implementation of various BTC L2s should be one of the important indicators for us to measure the pros and cons.
1. Bitcoin side chain:
Bitcoin side chain means that it can exist independently of Bitcoin Scaling blockchains, such as Stack and RSK, are all Bitcoin side chain solutions. Bitcoin sidechains generally use multi-signature or Hash Lock methods to manage Bitcoin. At the same time, BTC is mapped on the second-layer blockchain, so that BTC has the ability to expand complex scenarios on the second layer.
1. Bitcoin nativeness:
The Bitcoin side chain solution can be simply understood as Multi-signature + VM blockchain, and these Bitcoin side chains can exist independently of Bitcoin, so Bitcoin is less native, and therefore it is difficult to gain support from the Bitcoin community.
2. Degree of decentralization:
Since Bitcoin side chains generally use multi-signature and Hash lock and other solutions to achieve Bitcoin management. Therefore, the degree of decentralization is generally poor, and the security of assets completely relies on multi-signers.
3. Level of implementation:
The Bitcoin side chain solution has been around for many years, but, Neither Stack nor RSK has achieved great results in ecological development. The core reason is that if the decentralization of the chain and the security of assets are not resolved, it will be difficult to gain the trust of users and funds.
2. UTXO+client verification
UTXO+client verification refers to Bitcoin UTXO based on An expansion plan based on the account model. This type of plan is generally based on Bitcoin UTXO to do ledger calculations under the Bitcoin chain. At the same time, client verification is used to ensure the authenticity of the ledger, thus having both the native features of Bitcoin. It can also achieve the goal of ensuring the security of the Bitcoin ledger shared by the second-layer ledger. The UTXO + client verification solution sounds sexy, but the reality is cruel and extremely difficult to implement. Because, in the minimalist Bitcoin UTXO account model that does not originally support complex operations, the "extra tasks" of ensuring the security of the second-layer ledger are abruptly inserted. Whether this model is feasible remains to be verified. Typical representatives of this type of projects are: RGB and BitVM
1. Bitcoin nativeness:
UTXO+ client verification focuses on the nativeness of Bitcoin and is entirely based on UTXO. However, due to too much emphasis on nativeness, it is extremely difficult to implement and seems to have gone to the other extreme. It was originally intended to be a Bitcoin expansion plan, but it turned out to be more and more complicated. Moreover, the essence of client-side verification is to hand over the security verification problem to the user, returning to the most primitive and least efficient single verification mode. There is often too much emphasis on nativeness, and feasibility and practicality may be ignored.
2. Degree of decentralization:
Due to the solution based on the UTXO model, although it seems to be relying on bits The currency blockchain is used to ensure the credibility of the second layer. However, in essence, the off-chain method of client verification is still used. Although the client can be sufficiently dispersed and decentralized, this point-to-point verification model is not It is a kind of decentralization that relies on network consensus, but relies on distributed verification with a dispersed number of clients. This mode often relies on the client's own verification capabilities. If some clients do not know enough about the verification mode, or there are problems with the verification method, they are likely to face problems such as asset loss and double spending of assets. It is difficult to say that it is a truly feasible decentralized solution.
3. Level of implementation:
It has been 4 years since RGB was proposed, and BitVM has It has been proposed for one year, but it is still in the white paper or theoretical stage. There is still no testable version of RGB directly, and BitVM has made no clear progress since the release of the white paper. Some projects that claimed to be built based on RGB and BitVM have also ceased operations or found another way out. It can be seen that the expansion plan of UTXO+ client verification still faces huge uncertainty.
3. Taproot Consensus
Taproot Consensus is based on the three native Bitcoin The second-layer solution built with technology is a solution that has gradually matured since Bitcoin’s Taproot upgrade in 2021. The essence of Taproot Consensus is Schnorr Signature+MAST Contract+Bitcoin Light Node Network.
Schnorr Signature allows Bitcoin multi-signature addresses to be expanded to 1,000, realizing the decentralization of multi-signature addresses; MAST Contract implements coding of multi-signature management, without Relying on people to sign, but relying on code driving; Bitcoin Light Node Network realizes multi-signature driven by the Bitcoin light node network consensus, fully realizing decentralized Bitcoin cross-chain and management.
Taproot Consensus is a solution proposed and implemented by the BEVM team. BEVM is also a typical use case of Taproot Consensus.
1. Bitcoin nativeness:
Taproot Consensus is completely based on the three major Bitcoin It is built with native technology and does not introduce or add any other technology outside of Bitcoin. It is a solution that integrates Bitcoin's 2021 Taproot upgrade and many of Bitcoin's core technologies. Therefore, Taproot Consensus is extremely native and highly implementable. After all, whether it is Schnorr Signature, MAST Contract, or Bitcoin Light Node Network, they are mature technologies that have been verified for many years in the history of Bitcoin. Including, the core behind Ordinals relies on MAST Contract.
It is worth mentioning that since the nodes of the Bitcoin second-layer network based on Taproot Consensus are all Bitcoin light nodes, the second-layer network cannot be independent of Bitcoin. Existence is inextricably dependent on Bitcoin.
2. Degree of decentralization:
The core of Taproot Consensus is to solve the problem of Bitcoin Decentralized access and spending issues are the core proposition of all Bitcoin L2. Taproot Consensus can realize completely decentralized Bitcoin management through the BFT consensus network composed of 1000+ Bitcoin light nodes, thereby solving the problem of BTC being introduced into the second-layer network in a trustless manner, and ultimately achieving the expansion of Bitcoin.
3. Level of implementation:
Taproot Consensus Bitcoin second-layer solution since 2021 It was proposed and implemented in July 2023. The BEVM pioneer network built on Taproot Consensus has been running stably for 8 months, processing 6 million transactions, 100,000+ users on the chain, and 30+ ecological projects. Moreover, it is based on Taproot Consensus. BEVM mainnet has been launched on the mainnet recently. Therefore, Taproot Consensus is currently a highly implemented second-layer solution for Bitcoin.
4. Multi-signature + EVM
Multi-signature + EVM Yes Currently, many solutions adopted by BTC L2, whether they are MPC multi-signature solutions, threshold signature solutions, Hash Lock, DLC and other solutions, are essentially multi-signature + EVM solutions. Users transfer BTC to a multi-signature address and then generate new BTC on the EVM chain, thus making BTC activities compatible with the capabilities of EVM smart contracts.
This type of solution is the simplest to implement and has a very low technical threshold. However, in essence, this type of solution is still a Bitcoin side chain solution. However, the implementation method is simpler and cruder than side chain. Typical projects of this type are Melin Chain, etc.
1. Bitcoin nativeness:
There is no such solution as multi-signature + EVM There is no nativeness at all. The essence is to store Bitcoin in a multi-signature address and map a new BTC asset on the second layer to run on the second layer. Moreover, the second-layer blockchain can exist completely independent of Bitcoin.
2. Degree of decentralization:
The essence of multi-signature is trust in multi-signature people and multi-signature mechanisms , not trust network consensus. Therefore, the asset security of the multi-signature + EVM Bitcoin second-layer solution completely relies on the multi-signature person or private key holder designated by the project party. There isn’t much decentralized consensus.
3. Implementation level:
The multi-signature + EVM solution is very easy to implement Implementing a multi-signature wallet + an EVM-compatible blockchain is not a very complex technical problem, and there are many open source versions. Therefore, the startup cost is the lowest. Therefore, there are a large number of so-called second-layer Bitcoin solutions on the market. All adopt this type of scheme. However, this type of scheme very much tests the management capabilities of multi-signers. After all, the security of assets relies on these multi-signers.
5. Roullp
Both ZK-Roullp and OP-Roullp are originally It is the solution of Ethereum L2, but many entrepreneurs borrow roullp to the solution of Bitcoin L2. But is running roullp on Bitcoin really feasible? Ethereum essentially supports smart contract verification. Ethereum can also verify the second-layer roullp ledger information. Therefore, the second layer of Ethereum roullp can share the security of Ethereum. However, Bitcoin essentially does not support any form of roullp verification. of.
Therefore, forcibly introducing rollup to Bitcoin is essentially invalid. The rollup scheme of BTC L2, therefore, often introduces client verification, or builds a self-made DA. layer to verify roullp. This is equivalent to going around in a circle. Bitcoin only saves the roullp ledger itself. However, without verification, the verification is still left to the client, or the DA layer built by the BTC L2 project party. Then, the security of the BTC L2 project itself is became the key to all problems. Typical representatives of this type of projects are: B2 and Bison.
1. Bitcoin nativeness:
The Roullp solution essentially comes from the second layer of Ethereum The essence of the solution, Roullp, is about how to achieve trustworthiness in the second-layer ledger. It has nothing to do with Bitcoin in essence. The Bitcoin blockchain only plays a role of depositing certificates but not verifying them. Therefore, Roullp is less native and has difficulty gaining support from Bitcoin core users.
2. Degree of decentralization:
The decentralization of BTC L2 is mainly due to two aspects: On the one hand, it involves the decentralization of asset management and the decentralization of the second-layer ledger. The Roullp solution generally uses a multi-signature solution for Bitcoin asset management on the first layer, and a sequencer solution for the second layer. Currently, most of Ethereum's sequencers are centralized and are the L2 project's own nodes. to run the sequencer. Currently, most BTC L2 with roullp as the core solution still does not solve these two aspects of decentralization issues.
3. Implementation level:
Since the Roullp solution is mature in the Ethereum ecosystem, it is The second layer of the currency is not complicated to implement, and many chains use a multi-signature method to implement Bitcoin management. Therefore, the overall implementation is not difficult. At present, the user scale and TVL of BTC L2 projects such as B2 have begun to take shape. However, projects of this type still need to accept two major challenges from the market. The first is the issue of Bitcoin asset management and the credibility of the second-layer ledger.
Summary:
From the perspective of Bitcoin’s nativeness, degree of decentralization and degree of implementation Analyzing each dimension, the five major BTC L2 solutions each have their own advantages and disadvantages.
The development results of the Bitcoin sidechain solution over the years have also verified that it is almost It is difficult to gain support and recognition from mainstream Bitcoin users; in terms of difficulty in starting a business, multi-signature + EVM is the easiest solution to copy. The core test is the market and marketing capabilities of the project party. However, in the long term, due to decentralization To a relatively low degree, it is difficult to obtain the support and trust of large Bitcoin funds in the long term, and the sustainability of project development remains to be seen.
From the perspective of the native nature of Bitcoin, the UTXO+ client verification model is the most native and purest. However, the technical implementation is too complex, and in the short and medium term, it is extremely difficult to implement. Big; Roullp plan directly borrows the plan and rhetoric of Ethereum L2. Although it does not solve the fundamental problem of BTC L2, the cost of brand communication is low. If long-term development is to be achieved, the problem of decentralization still needs to be solved.
Taproot Consensus solution, because it directly uses Bitcoin native technology to build a decentralized BTC L2 solution, therefore, both in terms of Bitcoin nativeness and decentralization In terms of the degree of centralization, including the current level of implementation, Taproot Consensus is the most noteworthy BTC L2 solution at the moment.
Original link
Disclaimer: The content of this article solely reflects the author's opinion and does not represent the platform in any capacity. This article is not intended to serve as a reference for making investment decisions.
You may also like
Decentralized AI Gets a Boost as SingularityNET Partners with Mina Foundation
MVLUSDT now launched for futures trading and trading bots
Bitget has launched MVLUSDT for futures trading with a maximum leverage of 20, along with support for futures trading bots, on November 29, 2024 (UTC+8). Welcome to try futures trading via our official website (www.bitget.com) or Bitget APP. MVLUSDT-M perpetual futures: Parameters Details Listing t
Nansen: Pantera Capital increased its holdings of ENA by $8 million in the past 24 hours