RGB++ Layer：BTCFi与UTXO世界的枢纽

2024年7月，CKB宣布RGB++ Layer正式启动，将RGB++协议从理论落地为工程化产物。RGB++ Layer以RGB++协议为基础，利用同构绑定和Leap技术，为RGB++原生资产或铭文/符文在BTC、CKB、Cardano等UTXO型公链之间提供"无需跨链桥"的全链交互体验；利用CKB图灵完备的智能合约环境，为比特币构建从资产发行到实现复杂DeFi功能的必要条件。

RGB++ Layer背靠CKB完备的账户抽象生态，兼容比特币账户和钱包，可以为比特币用户创造良好的体验，为BTCFi的大规模采用铺平道路。

RGB++协议：RGB++ Layer的理论基石

RGB++协议的核心理念是用CKB链上验证的形式，替代RGB协议的"客户端验证"，本质是把CKB当做去中心化的索引器，将数据存储、资产来源验证等任务交由CKB完成，由后者作为RGB协议的验证层和DA层，以解决RGB协议在UX上的弊病、不利于支持Defi的缺陷。

RGB++引入了同构绑定的概念，以CKB链上的拓展型UTXO - Cell作为铭文/符文类资产的数据载体，再令Cell与比特币/Cardano/Liquid链上的UTXO建立绑定关系，最终让RGB++资产继承比特币等UTXO公链的安全性，以防止发生双重支付。

同构绑定与Leap：BTCFi的资产发行与无桥跨链层

同构绑定的核心宗旨是允许人们用BTC、Cardano等不同公链的账户，去改写CKB链上的RGB++资产数据。

Leap和无桥跨链是基于同构绑定技术，对RGB++资产绑定的UTXO进行"换绑"，比如将资产从绑定比特币UTXO换绑到Cardano、Liquid、Fuel等链上的UTXO，这样就可以把资产控制权限从BTC账户转移到Cardano账户上。

同构绑定的实现方式

同构绑定的核心意义在于，CKB的Cell、Cardano的eUTXO和BTC UTXO都是UTXO模型，且CKB兼容比特币/Cardano签名算法，后两条链上发生的UTXO的分解和转移，也可以1:1同步给CKB链上的Cell。

当对绑定着RGB++资产的BTC UTXO进行操作时，可以把操作结果同步给CKB链上的Cell，就好像实体和影子的关系一样。RGB++资产关联了BTC UTXO和CKB Cell这两个实体，两者都是RGB++资产的组成部分，缺一不可。

Leap的实现原理与支持场景

Leap功能实际就是切换RGB++资产绑定的UTXO，比如将其从比特币换绑到Cardano，之后就可以用Cardano账户控制RGB++资产。此后还可以在Cardano链上转账，把控制RGB++资产的UTXO拆分转移给更多人。

通过这种方式，RGB++资产可以在多条UTXO公链上转移和分发，但却可以绕开传统跨链桥Lock-Mint的模式。在这个过程中，需要由CKB公链充当类似于索引器的角色，见证并处理Leap请求。

Wrapper

RGB++ Layer官方引入了Wrapper，可以简单理解为一种基于欺诈证明和超额质押的桥。以rBTC wrapper为例，它将BTC桥接到RGB++ Layer，在RGB++ Layer上运行的一组智能合约会监控桥的守护者。

在结合了Leap和Wrapper后，BTCFi生态中的各种资产如RGB++原生资产、BRC20、ARC20、符文等都可以跨到其他层或公链上去。

CKB-VM：BTCFi的智能合约引擎

CKB为RGB++ Layer提供了CKB-VM，任何能够支持RISC-V虚拟机的编程语言都可以用于在RGB++ Layer上进行合约开发。开发者可以使用他们偏好的工具和语言，在统一的智能合约框架和执行环境下，实现高效、安全的智能合约的开发与部署。

原生AA生态：无缝衔接BTC与RGB++

RGB++ Layer直接复用了CKB的原生AA方案，可以在可开发者侧和用户侧都尽量与BTC和Cardano等重要的UTXO公链兼容。

在RGB++ Layer中，用户可以使用不同的签名算法进行鉴权。如，用户可以使用BTC、Cardano甚至WebAuthn等账户、钱包或鉴权方式，直接操纵RGB++ Layer上的资产。

总结

RGB++ Layer可以作为铭文/符文/染色币等各种Memecoin的重要基础设施，实现全链交互的场景。而RGB++ Layer基于RiscV构建的智能合约执行环境，可以为BTCFi所需要的复杂业务逻辑创造土壤。