This article is reproduced from "陈剑 Jason"'s Twitter, original link: https://x.com/jason_chen998/status/1813836697534361956
RGB++ protocol recently announced an upgrade to RGB++ Layer, which can extend bridgeless cross-chain and smart contract capabilities to BCH, BSV, Dogecoin, and other UTXO chains, and support Runes, BRC20, and other Layer 1 asset protocols. The first DEX of RGB++ Layer, UTXOSwap, has also been launched on the mainnet (link). According to the plan, the subsequent ecosystem will continue to launch separate browsers, IBO, and other platforms. Let's talk about RGB++ and the dark horse of this bull market, CKB, and discuss the relationship between RGB++ and RGB, as well as why RGB++ is being upgraded to RGB++ Layer.
First, let's understand the difference between RGB and RGB++. RGB was founded by Dr. Maxim Orlovsky, a member of the technical committee of the non-profit Bitcoin development organization LNP/BP Association and a Ph.D. from the National Academy of Sciences in the United States. The founder of RGB++ is Cipher, co-founder of CKB.
RGB is defined as a scalable smart contract system for Bitcoin and the Lightning Network. It completes off-chain expansion through UTXO combined with client-side verification, which means that all data is stored outside of Bitcoin transactions. The core idea is to call the Bitcoin blockchain only when necessary. All token transfer validations are moved out of the consensus layer and verified only by the recipient client related to the transaction. Therefore, client verification is different from broadcasting a transaction to the entire network. It only involves specific nodes related to the transaction to complete the validation of its validity. This also enhances the privacy of the RGB protocol to some extent.
As a client-side verification off-chain and on-chain Bitcoin network, RGB has created the concept of "one-time sealing strip" for state transitions in smart contracts. According to the rules of Bitcoin, each UTXO can only be spent once, so its characteristics can be cleverly used as a sealing strip. When creating a UTXO, it is equivalent to locking the sealing strip, and when spending it, the sealing strip is opened. RGB uses UTXO to provide the ability to verify the uniqueness of any party with a smart contract. Although the data is stored off-chain, it is bound to the chain through UTXO. In other words, RGB uses Bitcoin's native script as the source of security for ownership and access rights. In fact, when reading this, it feels similar to the Ordinals protocol. Both are processes that use existing things on the unchangeable Bitcoin network to explore unexpected functionalities.
Therefore, RGB itself is just a client-side verification technology for extending Bitcoin, not a network or a blockchain in a strict sense. Strictly speaking, RGB cannot be called BTC Layer2. However, RGB can give Bitcoin some of the capabilities implemented by Ethereum and other smart contracts, including issuing tokens, NFTs, DeFi, and even games.
However, even though the ARC20, BRC20, and other asset issuance protocols in the Bitcoin ecosystem have not used the RGB's off-chain client verification architecture, mainly because the off-chain business logic is complex and the engineering volume is large, and the user experience is difficult to understand. As mentioned above, when transferring assets using the RGB protocol, users do not provide their Bitcoin addresses, but their Bitcoin UTXOs. Each transfer I receive from someone requires creating a new UTXO. The privacy advantage in the peer-to-peer client verification process also becomes a disadvantage in some scenarios. When there are more than two roles or the need for third-party participation in a certain scenario, the limitation of only the transaction parties being able to see the data will require a lot of additional work to implement the corresponding business logic, which reduces composability and scalability.
RGB++ is a real "chain", and its idea still follows the idea of creating a transaction on-chain and off-chain separately like RGB. The difference is that since the purpose of client-side verification is essentially to move more data that cannot be stored in the Bitcoin network and cannot be implemented in smart contracts off-chain, and create corresponding transactions and bind them to the chain, why not directly use a ready-made Turing-complete UTXO chain to "package" and replace what the client-side verification is doing, and combine it with a Turing-incomplete UTXO chain like Bitcoin? Unlike other EVM-based BTC Layer 2 solutions, which all use the UTXO model, it is possible to bind the UTXOs of these two chains one-to-one. We call this chain the shadow chain of Bitcoin. In this way, when a Bitcoin UTXO is moved, the UTXO of the shadow chain also moves synchronously, thereby achieving Turing completeness of the Bitcoin chain through this method. RGB++ also calls this isomorphic binding.
As a Turing-complete UTXO chain, CKB naturally becomes the shadow chain of Bitcoin. All transactions of RGB++ will appear simultaneously on Bitcoin and CKB. CKB replaces the client-side verification process, and users only need to check the relevant transactions on CKB to verify the correctness of the RGB++ state calculation, greatly simplifying the client-side verification work. The ownership of assets is still held by the UTXOs of the Bitcoin main chain, and the CKB shadow chain stores asset states, smart contracts, and other information, so it continues to use the security of Bitcoin. And because CKB itself is a public chain, users do not need to provide new UTXO addresses for each transfer like RGB client verification, but can directly provide their own independent wallet addresses, which also improves the user experience.
The purpose of this upgrade of RGB++ Layer is to extend the relationship between Bitcoin and CKB to all UTXO chains. Previously, CKB used RGB++ protocol as the shadow chain of Bitcoin, and now the RGB++ protocol is abstracted and separated as a layer, which can be combined with all UTXO chains to create a universal and cross-chain interoperable UTXO middle layer. It is no longer just using CKB as the indexer of RGB++, but can use any Turing-complete UTXO chain as its indexer. In addition, assets from any UTXO chain such as BTC, CKB, BSV, BCH can enter the RGB++ ecosystem, and various assets such as inscriptions and runes can be transformed into assets on the RGB++ Layer. Also, there is a misconception here that it is not only Bitcoin and its ecosystem that use the UTXO model. For example, Ethereum's modular Layer 2 Fuel also uses UTXO, and the old Layer 1 public chain Cardano also uses UTXO. All of these can enter the RGB++ ecosystem.
Traditional cross-chain bridges lock or destroy assets on the main chain and mint a corresponding amount of "fake coins" on the side chain. All asset interactions are completed on the side chain before crossing back to the main chain, unrelated to the main chain. The characteristic of RGB++ using UTXO isomorphic binding is that the interaction between the two chains is completely 1:1, and there is no "cross-chain" concept. Your operations on Layer 2 will directly affect Layer 1, so based on the UTXO model, RGB++ Layer can act as a "bridge" without bridges, thus achieving interoperability and asset liquidity across all UTXO chains. With the enrichment of asset content and the aggregation of liquidity, the barren soil has become fertile, creating the prerequisites for more Bitcoin DeFi gameplay in the future.
Therefore, the main purpose of this upgrade of RGB++ Layer is to promote the development of Bitcoin Finance (BTCFi). The main use cases currently include UTXOSwap and the IBO platform. UTXOSwap will serve as the core hub of RGB++ Layer to aggregate the liquidity of various UTXO chains. Thanks to the characteristics of UTXO, it realizes the off-chain matching and on-chain verification process, which allows liquidity providers other than AMM to be connected during the matching stage. Unmatched transactions do not need to pay gas fees and can choose any token as gas payment. The IBO platform is developed and operated by the community of the first asset Seal of RGB++, and it is also the first IBO tool in the Bitcoin ecosystem, focusing on the entire RGB++ Launchpad.
In addition to bringing existing UTXO chains into RGB++, the one-click chain issuance platform UTXO Stack (whose founder is also the founder of RGB++) can release BTC Layer 2 based on the UTXO architecture and natively integrate the capabilities of the RGB++ protocol, thus creating incremental UTXO chains into RGB++. UTXO Stack has also received investments from OKX, ABCDE, SNZ, and others.
Therefore, RGB++ Layer 2 currently has the ability to import existing assets and create incremental assets at the asset and public chain levels, and the BTCFi application scenarios it brings are worth paying attention to.