人们想要在 Bitcoin 上发行多元化数字资产的想法，早在十年前就开始了，一些早期的协议，比如 Omnilayer 和 Counterparty，都是开发者探索在 Bitcoin 上开发多元化数字资产努力的结果。

但是，早期的探索并不顺利，开发者也由此得出结论：Bitcoin 在速度、网络操作费用上的缺陷十分明显， 难以适用于大规模用例的开发。

于是，一部分开发者放弃了在 Bitcoin 上开发用例的想法，但是，还有一批开发者，他们把目光聚焦到了 Bitcoin 的第 2 层。

了解 Bitcoin 的第 2 层，请点击查阅：

• NFT、DeFi 正在奔向 Bitcoin——下一个热点，是 Bitcoin 第 2 层用例？
• 杀出新机遇？争议纷纷的 Bitcoin Rollup 是什么？

RGB 协议和 Taro 协议

除了上述 Bitcoin 第 2 层的开发探索，Peter Todd 于 2017 年提出的客户端验证（Client-side Validation），如今也通过 RGB 协议和 Taro 协议应用在了 Bitcoin 第 2 层「闪电网络」中。

客户端验证（Client-side Validation）的核心理念是：仅在必要的时候才使用 Bitcoin 的主网（即第 1 层）。当某个资产需要进行转移操作时，验证是放在链下进行，并且仅接收方一方的客户端来进行验证。

应用了客户端验证概念的 RGB 协议，它的特点在于：作为一个智能合约，它分离了数据和智能合约发行方——智能合约建立在 Bitcoin 的共识层，保证了控制权在链上，确保安全性与抗审查性；而数据则存储在链下，验证也是在链下进行。

RGB 协议使用 Rust 语言编写，所有合约特定的验证逻辑均在 Alluvium 虚拟机（AluVM）上运行，这确保了数据验证的确定性。同时，RGB 协议下的数字资产和 NFT 分别遵循 LNP/BP RGB-20 和 LNP/BP RGB-21 规范。

△ RGB 协议合约部署设计框架一览

图源：RGB Blackpaper

了解更多

RGB 协议黑皮书：https://blackpaper.rgb.tech

了解 AluVM 虚拟机：https://github.com/AluVM/aluvm-spec 

而近期被行业热议的 Taro 协议，与 RGB 协议的设计十分相似，由 Lightning Labs 团队于 2022 年开发。

Taro 协议依靠 Bitcoin 最新升级的 Taproot 来构建新的树结构 (Merkle Trees)，从而允许开发者能够嵌入任意资产元数据来实现多元化的资产，这些多元化资产可以在链上创建，然后通过「闪电网络」发送，以最小的成本实现快速、大量的交易。

了解更多

Taro 协议白皮书：https://docs.lightning.engineering/the-lightning-network/taro

Taro 协议Github：https://github.com/lightninglabs/taro

应用优势

RGB 协议和 Taro 协议创建的动机都在于想解决 Bitcoin 对智能合约执行环境的支持缺陷（即速度慢、网络操作费用高，以能够实现在 Bitcoin 上创建更多元化的资产，更便捷地管理资产。

正如 RGB 的命名的来源：Really Good Bitcoin（简称 RGB）——为了「真正好」的 Bitcoin，RGB 协议和 Taro 协议的应用优势可以总结为：

实现扩容：应用了客户端验证，实现数据量的扩展；部署在闪电网络，实现吞吐量的扩展，从而提升了交易速度、降低网络操作费用。

提高隐私：两者都是链下扩容方案，资产数据都放置于链下，不会受到链上分析工具的抓取，具有较好的隐私性。基于 Taproot 的 Taro 协议，签名策略不会暴露资产是否来自闪电网络，也在一定程度上保护了资产持有者的隐私。

多元应用：除了资产用例，两者验证数据的强确定性，还使其能够适用于构筑去中心化身份场景的应用。