解读RGB++ Layer四大特性：BTCFi与UTXO世界的枢纽

作者：Faust & 雾月，BTCEden

2024年7月，CKB官宣了RGB++ Layer的正式启动，标志着此前发布的RGB++协议彻底从理论落地为工程化产物，并将引入更具体、更实际的应用场景。凭借着在BTC与CKB、Cardano等泛UTXO公链之间构建BTCFi生态的愿景，RGB++ Layer很快成为了人们关注的焦点。

概括来说，RGB++ Layer以RGB++协议为基础，利用同构绑定和Leap技术，为RGB++原生资产或铭文/符文在BTC、CKB、Cardano等UTXO型公链之间提供“无需跨链桥”的全链交互体验；利用CKB图灵完备的智能合约环境，为比特币构建从资产发行到实现复杂DeFi功能的必要条件。

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

下文中，让我们深入理解RGB++ Layer的大致工作原理和特性，展望其为BTCFi生态带来的改变。由于其理论基础建立在RGB++协议之上，我们将先从协议本身开始讲起。

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

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

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

这种“绑定XXX以继承XXX安全性”的思路，类似于现实中银行账户要绑定手机号和身份证。

举个例子，假设Alice要给BOB转去一些TEST代币，她可以生成一个声明，将存储TEST资产信息的Cell与Bob的比特币UTXO绑定起来。如果Bob打算再把TEST代币转给别人，绑定的比特币UTXO也要发生转移。

这样一来，承载RGB++资产数据的Cell，和比特币UTXO之间有1对1绑定的关系，只要比特币UTXO没有被双重消费，绑定的RGB++资产就不会被双花。

说到RGB++ Layer，它实际是对RGB++协议进行工程化落地的产物，其主打的两大特性，包括同构绑定和Leap无桥跨链，下面让我们深入了解下同构绑定和Leap的技术实现原理。

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

为了真正理解同构绑定和Leap的思路，我们先简单说下CKB的Cell模型。

Cell实质是拓展型UTXO，有LockScript、TypeScript、Data等多个字段，LockScript的作用和比特币的锁定脚本类似，用于权限验证；TypeScript类似于智能合约代码，Data则用于存放资产数据。

如果你要在CKB链上发行RGB++资产，首先要创建一个Cell，并在相关字段里写好代币符号和合约代码，比如代币符号为TEST。之后你可以把这些Cell拆解，并分发给很多人，就和比特币UTXO的拆分和转移方式一样。

由于Cell与比特币UTXO在结构上相似，且CKB可以兼容比特币签名算法，用户可以用比特币钱包操纵CKB链上资产。假如你拥有某个Cell，你可以对锁定脚本进行设置，使解锁条件与比特币UTXO的解锁条件一致，这样就可以用比特币账户私钥操纵CKB链上的Cell。

上述特性在CKB、BTC和其他UTXO公链之间也可以实现，比如你也可以用Cardano账户改写CKB链上的资产数据，RGB++资产的控制权也可以从BTC账户转移到Cardano账户，而无需跨链桥。下面我们将对这个话题展开解释。

前面我们曾提到，RGB++资产需要绑定比特币、Cardano、Liquid等公链上的UTXO，类似于现实中银行账户要绑定手机号和身份证；其次，RGB++资产本身只是一堆数据，这些数据需要有数据库之类的存储媒介，CKB链上的Cell可以充当其数据库。

然后我们可以在权限验证这块做设置，允许人们用BTC、Cardano等不同公链的账户，去改写CKB链上的RGB++资产数据。这便是同构绑定的核心宗旨。

RGB++ Layer提出的“Leap”和无桥跨链，其实是基于同构绑定技术，对RGB++资产绑定的UTXO进行“换绑”，比如你的资产之前绑定了比特币UTXO，现在可以换绑到Cardano、Liquid、Fuel等链上的UTXO，这样就可以把资产控制权限从BTC账户转移到Cardano账户上。

从用户感知的角度看，这其实等价于资产跨链，CKB充当了类似于索引器和数据库的角色。但不同于传统的跨链方式，“Leap”只改变资产数据的使用权限，数据本身还是存储在CKB链上的，这种方式比Lock-Mint模式更简洁，也免去了对映射资产合约的依赖。

以上只是同构绑定和Leap的产品效果说明。下面让我们通过具体案例，来理解它们的技术实现思路。

同构绑定的实现方式

让我们来理解下同构绑定的技术实现方式。假设Alice有100枚TEST代币，数据存放在Cell#0 中，与比特币链上的UTXO#0 有绑定关系。