OPRR 快讯深度活动

Search Extension

CKB与Binance AMA回顾｜比特币生态超级协议RGB++

24-04-03 19:13

阅读本文需 18 分钟

AI 总结

看总结

4 月 2 日，CKB 生态负责人、SeeDAO 发起人 Baiyu 受邀参加了 Binance 官方中文群的 AMA。Baiyu 给群里的 16 万多用户详细介绍了比特币一层资产发行协议 RGB++ 以及 CKB 的今年规划，内容非常丰富，欢迎错过了此次 AMA 的小伙伴直接阅读这篇文字整理稿。

以下是 AMA 的主要内容：

1、团队当初为什么要做 RGB++ 协议？

我们认为比特币的二层竞争关键在于一层，而一层竞争的核心则在于新协议。我们将新协议分为两类：一种是使用了 UTXO 特性的资产，另一种则没有。在这个基础上，我们选择了具有 UTXO 特性的协议，如 Atomicals 、RGB 和 Taproot Assets 等。

我们决定选择 RGB 协议，是因为 Cipher 个人对 RGB 有浓厚的兴趣，并且与阿剑老师一起进行了深入研究。RGB 协议很优雅，也有非常多的优势，尤其是它可以为 Bitcoin 提供几乎不妥协的扩展能力，但那么多年过去了，迟迟没有被大规模采用。原因在于 RGB 协议在实际应用中存在多个技术和产品问题，比如说交互式操作的问题、数据可用性（DA）的问题、互操作性问题、智能合约/脚本执行环境的问题，等等。

然后我们发现这就是我们 CKB 过去四年干过的事情。RGB 协议的这些困难或者说劣势，其实可以直接在区块链上解决，比如不依赖任何人的 P2P 网络、共享数据、能验证交易的虚拟机、非交互式的操作体验。这也是 RGB++ 最早期的核心想法。

2、可以简单地介绍一下什么是 RGB++ 协议吗？

首先 RGB++ 是比特币一层资产发行协议，跟 Ordinals、Runes、BRC20 这些资产协议在同一个层次。我们的优势在于协议设计和技术水平，这是 CKB 团队多年的积累。原 RGB 协议需要通过 P2P 网络交换交易历史和数据，这包括使用新的虚拟机和定义交互逻辑等，使得链外逻辑变得复杂，开发缓慢。RGB++ 旨在通过同构绑定，将原 RGB 协议中的所有 "智能" 组件，如 P2P 网络、虚拟机、智能合约等，移到链上。换句话说，RGB++ 把原 RGB 协议链外的客户端验证要做的事情，委托给一条图灵完备、基于 UTXO 模型和 PoW 共识机制的 CKB 区块链去解决。

很多人容易混淆 RGB++ 和 RGB 协议，其实它们是两个不同的概念。RGB 最初由 Peter 提出、目前主要由 LNP/BP 协会、Maxim 博士在负责，他们使用了一次性密封的概念进行扩展。而 RGB++ 则更多地介绍了其他 UTXO 链可以作为 RGB++ 客户端的可能性，其最核心的贡献在于同构绑定的概念。从 CKB 的立场来看，我们计划未来将兼容更多的协议。

3、RGB++ 协议有哪些优缺点？

RGB++ 的优点有很多，比如可以实现：

交易的非交互性：RGB++ 利用了 CKB 作为数据托管与计算平台的特性，允许交易双方之间通过异步、非交互的方法来完成转账，用户体验更加友好。

交易折叠：RGB++ 可以将多笔 CKB 交易与一笔 Bitcoin RGB++ 交易对应，这样就可以将低速低吞吐量的 Bitcoin 链使用高性能的 CKB 链进行扩容。

BTC 资产无需跨链直接与 CKB 链上资产交互：RGB++ 实现了比特币 UTXO 与 CKB Cell 之间的关联映射后，可以直接实现无需资产跨链的互操作。

可以改进的点，当然也很多。首先整个 UTXO 生态都是刚刚起步，毕竟热点以前都在 EVM，所以初期开发者接受比特币编程会难一些。但是，只要接受了 BTC 脚本编程，CKB 比比特币是要简单很多倍的。其次，RGB++ 使用 CKB 做 Client，隐私性目前不如 RGB，接下来我们会引入类似 ZK 技术给 RGB++ 交易添加隐私性。

4、RGB++ 对开发者的友好程度如何？

其实无论是 RGB 还是 RGB++，开发者的主要工作都是在链外，而不是在比特币链上。对于 RGB 来说，开发者的大部分工作是怎么组装 RGB 交易、怎么生成 RGB 证明、在 RGB 上怎么写合约等等，在 RGB++ 上要做的事情是一样的，只不过很多事情 CKB 区块链直接给解决了。

以做 DEX 为例，在 CKB 上变成了如何做一个能接受 RGB++ 资产的 DEX，它的开发难度和在 CKB 上开发其他合约的难度差别不大。目前 CKB 上的开发工具相对比较完善了，一个熟练的开发者经过几天的学习后，大概就可以上手做了。

比特币主网不是图灵完备的，没法跑完备的智能合约，但是 CKB 是一个基于 UTXO 的智能合约平台，所以给 RGB++ 资产带来了图灵完备的智能合约，甚至可以在 CKB 做类似 Uniswap 的 AMM，可以开池子，大家也可以在 BTC 生态冲 Meme 各种玩法。

RGB++ 资产可以无需跨链桥，所以开发者在跨链方面无需额外考虑，这也是一个优点。此外，针对很多开发者想做 BTC L2 的需求，我们也围绕 RGB++ 在准备一个 UTXO Stack，类似 OP Stack，可以一键发链，自带 RGB++ 资产能力，可以直接与 BTC L1 交互。

5、RGB++ 协议什么时候上线以及未来有哪些规划？

RGB++ 协议在 BTC 测试网合约已经部署了，目前测试非常火爆，铭文社区关注度很高。据我所知，很多工作室的朋友都在备战。欢迎大家前去体验不一样的 BTC 协议。主网上线会在最近这几天。今天也是很巧来到这里分享，团队都在加班开发中。

此外，还有支持 RGB++ 资产的 L2 DEX、钱包、浏览器等必要的基础设施。主网上线后，预计会有很多项目使用 RGB++ 来发行比特币一层的资产，里面或许有很多不错的机会，欢迎大家保持关注。

后面，我们还会发布一系列的 SDK、进行代码审计和开源、进行可扩展性研究等等，我们已经发布了 RGB++ 的路线图，具体的 milestones 可以查看下面这张路线图：

最后，欢迎大家去关注 CELL Studio 的推特账号（@ckbcell），第一时间获取 RGB++ 的最新动态。

6、CKB 的联创提出的同构绑定概念到底是什么意思，计划如何实现它？

这是一个非常好的问题，比较偏技术，我不是开发人员，不过我可以试着来简单介绍一下。

每一笔比特币交易都有 output，而每一笔 RGB 的交易要求比特币的 output 里增加 OP_RETURN，在里面放一些哈希数据，称之为 commitment。如果这个 commitment 刚好是另一条公链上一笔交易的哈希，而这笔交易的 input 和 output 都与那笔比特币交易的 input 和 output 同构，并且这条链上 input 和 output 的 UTXO，如果它的计算能力和状态存储能力是图灵完备的，那么比特币链上的那笔交易就和这条链上的这笔交易完全绑定了。

CKB 区块链符合这些条件，所以，执行了比特币的交易就等同于执行了 CKB 链上的这笔交易，比特币这笔交易的状态变更就等同于 CKB 链上这笔交易的状态变更，而且它遵守 CKB 上面的合约约束。这就是同构绑定技术，当然这其中还有很多技术细节，比如如何保证这两笔交易的一致性，如何防止双花等，这里不展开介绍，感兴趣的小伙伴可以去阅读 RGB++ Light Paper，里面有详细的示意图和案例：https://talk.nervos.org/t/rgb-protocol-light-paper/7733

7、RGB++ 是否可以兼容闪电养网络，CKB 为什么选择了 RGB++ 进行部署？

RGB++ 是可以兼容闪电网络的，我们也在考虑与闪电网络团队合作，尽管他们主要聚焦于支付和有限的脚本功能，不过这个取决于 BTC 的闪电网络协议进展，理论上很容易集成 RGB++。我们认为将这些功能带到 CKB 并为其提供智能合约层面的赋能是最合适的方式。

另外，CKB 也会搭建自己的闪电网络，CKB 上的闪电网络后续会和比特币上的闪电网络进行打通。

至于 CKB 为什么选择了 RGB++ 进行部署？CKB 是一条开放的、无需许可的公链，任何人都可以在 CKB 上部署任何协议。之前的回答中提到过，RGB++ 的灵感来源于 RGB 协议，做法是用区块链取代原 RGB 协议中的客户端验证。那么，到底选用哪条区块链来替代客户端验证呢？这条区块链必须满足以下几个要求：UTXO 模型，图灵完备支持智能合约，最好是 PoW 机制这样安全性上才不会妥协。用这几个条件一删选，市面上就只剩下 CKB 了，所以 RGB++ 选择了 CKB。

需要再次强调的是，RGB++ 协议源于 CKB，但它是独立的一层协议。RGB++ 的未来是无限的，致力于成为 BTC 一层的 ERC20 标准，扩展 BTC。

8、请问 CKB 2024 年是如何规划的呀？

我是生态和市场负责人，那我从产品层面和市场层面来简单介绍一下 CKB 今年的规划。

目前最重要的是 RGB++ 协议，合约代码已经部署了，正在加紧测试当中。感兴趣的小伙伴也可以参与测试网的测试，具体信息可关注 CELL Studio 的推特。完成 RGB++ 后，我们可能会考虑支持其他的 UTXO 协议，例如 Atomicals、Taroot Assets 等。另外，我们也打算通过铭文桥来实现对 BRC 20 或其他资产的支持，我们正寻找合作伙伴来构建这些铭文跨链桥。

除了 RGB++，还有全链概念的数码物创造协议 Spore，第一个基于 Spore 协议的项目是 SeeU 社区发的 Unicorn，他们马上就要开图了。Spore 协议后面会诞生很多玩法，大家可以期待一下。我们会期待为比特币世界带来全链游，Autonomous Worlds，从 DOB——Game——AW。

后面我们还会推出 UTXO Stack 服务，支持一键发 UTXO 链，帮助其他项目方快速搭建一条比特币 L2。通过 UTXO Stack 发的链，可以使用 RGB++ 来和 BTC 上的一层资产打通。

此外，Jan 带领的团队在研究闪电网络，我们计划在 CKB 上搭建闪电网络，CKB 上的闪电网络会和比特币的闪电网络打通，预计年底会有好消息出来，这个进展目前超出预期。估计三季度就有 MVP Demo。理论攻关都已经完成，剩下的是工程问题。

市场层面，我们 3 月份举办了 Bitcoin Singapore，4 月初在香港举办的万向区块链峰会中，我们会和万向、Bitcoin Magazine 共同举办比特币专题的会议。Token2049 期间，我们也会在迪拜参加一些活动，希望与 Binance 的朋友们现场交流。我们还会在韩国、越南、日本等地举办一些活动，同时我们也会去北美做一些活动，让海外社区和中文社区联动起来。

9、RGB++ 超级协议能否为、如何为用户的交易安全提供保障呢?

RGB++ 的安全性可以分为两种情况进行讨论。

第一种是 L1 的交易，RGB++ 交易的 UTXO 的 "持有人" 是 Bitcoin 的 UTXO。即只有消费 Bitcoin UTXO 才能操作或更新 RGB++ UTXO。这种情况下，虽然每一笔 RGB++ 交易都同步发起一笔 CKB 交易，但其安全性和 CKB 没有关系，CKB 仅作为 DA 和状态公示来使用。这种情况下，RGB++ L1 的交易安全性完全继承了比特币的安全性，而比特币是迄今为止运用时间最长、最安全的 PoW 链。

第二种情况是把通过 RGB++ 发行的资产，从比特币链上 leap 到 CKB 链上。Leap 操作是通过合约进行的，不是通过传统的多签桥跨链。Leap 的风险点在于区块重组，而这可以通过多等几个区块确认来规避。在比特币链上，6 个区块确认后被认为交易不可逆。PoW 确认数和安全性不是线性关系，推翻 PoW 区块的难度随着区块的推进指数增长，所以在 CKB 区块链上，要实现比特币 6 个区块确认同等的安全性，大约只需 24 个区块确认，而 CKB 的平均出块时间约为 10 秒，24 个区块确认的时间实际上要远远低于比特币 6 个区块确认的时间。

资产 Leap 到 CKB 后，之后的交易称为 L2 交易，即 100% 发生在 CKB 上的交易，它的安全性由 CKB 负责。CKB 从一开始就采用了和比特币完全一样、久经时间检验的 PoW 共识机制，最大程度地保障安全性和去中心化。目前，CKB 在挖的矿机由世界上最大的 AISC 矿机厂商比特大陆生产，CKB 当前的全网算力超过 300 PH/s，已经创下历史新高。要伪造或重构一条 PoW 链是极其困难的，因为需要重新计算每个区块的算力，所以我们可以信任 CKB 区块链的安全性。