RGB

2 月 23 日，CELL Studio 创始人/Nervos CKB 联合创始人/RGB++ 协议作者 Cipher、Web3 华语 KOL 花椒、RGB 中文布道者大胖墩、极客 Web3 创始人 Fasut、CKB 生态基金 CMO/SeeDAO 发起人 Baiyu 以及 CKB 社区大使 CyberOrange，和大家聊了 RGB++ 协议的前世今生。
以下是根据音频整理的重点内容：
RGB 协议的发展历程
RGB 协议最早可以追溯到 Peter Todd 在 2016 年提出的客户端验证，其核心思想是，我们不需要所有的东西都放在链上，我们只需要区块链去做它能做的事情，比如轻量化的验证。这是一代目。
二代目是 Giacomo Zucco，他受到 Peter Todd 想法的启发，最初概念化了 RGB 协议，但这个 MVP 做得非常不完全。
三代目是现在的 Maxim Orlovsky。RGB 协议 90% 以上的代码，是 Maxim 博士贡献的，他没有进行融资，全靠捐赠和自掏腰包，但捐赠也只能解决个人的一些经济问题，没有足够的经费去招募大量的工程师。另外，Maxim 博士还成立了 LNP/BP 标准协会，以推动 RGB 协议走向实际应用。
关于 RGB 协议和 LNP/BP 标准协会的更多介绍，欢迎观看 Web3 华语 KOL 花椒制作的系列科普视频。
RGB 中文布道者大胖墩补充说，RGB 被视为比较正统的一种比特币扩容方案，被很多人寄予希望。但 LNP/BP 标准协会是非盈利性的，主要依赖于捐赠，没有足够的经费去招募开发者，导致 RGB 协议进展缓慢，目前还没有 roadmap，存在很多不确定性，而这又会进一步拖慢其他基于 RGB 的项目的开发进度，形成 “恶性循环”。
另外，目前 RGB 及其协会的控制权主要在 Maxim 博士一个人身上，大胖墩认为该协会应该更开放一些。

RGB++ 的诞生背景
Cipher 介绍说，几个月前看到一篇介绍 RGB 的文章，文中提到了 RGB 协议存在数据传输、用户交互等方面的劣势，比如说 RGB 转账需要双方同时在线，需要进行交互式操作，发送方还需要提供资产的历史数据证明，等等。Cipher 认为 RGB 协议很优雅，但用户体验不够友好，甚至有些麻烦，而且在应用层实践上存在很多问题，比如 RGB 的数据分散在每个人的手里，导致做 DeFi 或者是做 DEX 等应用非常困难。
产品经理出身的他，敏锐地察觉到 RGB 协议的这些困难或者说劣势，其实可以直接在区块链上解决，比如不依赖任何人的 P2P 网络、共享数据、能验证交易的虚拟机、非交互式的操作体验。这也是 RGB++ 最早期的核心想法，即把 RGB 协议链外的客户端验证要做的事情，委托给一条图灵完备、基于 UTXO 模型和 PoW 共识机制的区块链去解决。
RGB++ 的优点有很多，比如可以实现交易的非交互性、交易折叠、用户体验非常友好等，缺点是隐私性没有 RGB 本身那么好，但也只是降低到比特币区块链的隐私保护水平。另外，需要指出的是，RGB 的隐私保护也不是完美的，因为发送方需要提供资产的所有历史证明，接收方能看到发送方之前的交易记录。在 CKB 上，其实可以用 Mimblewimble 协议来隐匿交易金额、斩断交易历史，让 RGB++ 拥有更好的隐私性，不过第一阶段团队没有精力去做这个。
另外，Cipher 还提到了 X 上关于 RGB++ 协议的一些争议，他认为大家可以做学术讨论，但不应该一上来就说它是 scam。
最后，Cipher 还谈到了兼容性问题。RGB 用的是 AIuVM，RGB++ 第一版用的是 CKB-VM，技术上是不兼容的，但得益于 CKB-VM 使用的是 RISC-V 指令集，后续可以把 AIuVM 编译到 CKB-VM 上，做一个 RGB 兼容层。除此之外，还可以通过 jump 的方式实现资产的打通。

RGB++ 协议区别于 RGB 的地方
CyberOrange 提到，RGB 最重要的两个技术是一次性密封和客户端验证，前者让 RGB 资产受到比特币区块链的保护，后者主要是验证 RGB 资产的交易。RGB++ 协议，除了让 RGB 用户使用客户端验证之外，还让他们多了一个选择—— CKB 链上验证。如果交易的数额不是很大，用户可以不用自己去做一个完整的客户端验证，而是选择 CKB 脚本的验证。
第二点是隐私性，RGB++ 协议把数据放在 CKB 链上，让 CKB 充当 DA 层，其隐私性低于原版的 RGB 协议，这点前面 Cipher 有详细介绍。正如硬币有两面，把 CKB 作为 DA 层，设计 DEX 或者其他 DeFi 应用就会简单许多。
第三点是扩容能力的区别。理论上 RGB 的扩容能力可能会更强一点，因为它的客户端验证不需要区块链，但实际上 RGB++ 协议也可以借助其他的一些机制来实现扩容。
最后，CyberOrange 提到，RGB++ 和 RGB 也是可以实现兼容的。RGB 支持类似 jump 的操作，可以让 RGB 资产从一条 UTXO 链 jump 到另一条 UTXO 链，而 CKB 区块链也能支持这项功能，从而打通 RGB 资产和 RGB++ 资产。
「极客 Web3」创始人 Fasut 提到，RGB 的很多理念跟状态通道有点像，都是需要 verify by yourself（自己验证）。RGB 网络就像是无数个 OTC 玩家组成的网络，转账不需要取得所有人的共识，只需交易双方同意即可，交易的内容也只有交易双方知道。
不过，Fasut 提到，由于 RGB 交易发送方需要提供资产的所有历史记录，如果这笔资产转手次数特别多，数据量大，可能会带来存储压力和传输压力。另外，RGB 还存在资产碎片化存储的问题，每个人只存放跟自己有关的资产数据，每个人的客户端存储的数据都不一样，如果某个用户的客户端出了问题，数据又没有备份，那他的资产就永远动不了了。所以 Fasut 认为 RGB 牺牲了可用性来换取隐私性。
在 Fasut 看来，RGB++ 更像是 “乐观 RGB”，类似于乐观汇总（Optimistic Rollup），需要让用户相信第三方（这里指 CKB 区块链）不会作恶。RGB++ 把 RGB 的所有数据放到 CKB 链上，同时由 CKB 节点来验证 RGB 资产的交易，实现了可用性，让传统的 RGB 协议省去了很多麻烦。关于 RGB 和 RGB++，「极客 Web3」发布了一篇介绍非常全面的文章《从 RGB 到 RGB++：CKB 如何赋能比特币生态资产协议》，欢迎还未看过的小伙伴点击链接阅读。
不过在 CyberOrange 看来，RGB++ 并不是强迫用户要去相信 CKB，而是提供了一个额外的选择，用户当然也可以自己使用 RGB 客户端来验证所有的交易。
关于前面提到的数据存储压力，花椒澄清说这已经不是问题了，Maxim 博士之前就有考虑这点，而且有钱包内嵌了本地的数据库，不再需要用户个人去单独运行 RGB 节点。关于 RGB 交易的 invoice，花椒咨询了 RGB 开发者，在主网上可以实现离线交易，但在闪电网络的通道里不行，必须交易双方同时在线。关于无主合约，RGB 没有 global state（全局状态），所以基于 RGB 做 DeFi 应用会很难，Maxim 博士为此设计了 Bifrost，它相当于闪电网络的一个子版本，每个 Bifrost 的通道相当于一个 Layer3，可以实现更多意义上的扩容。

RGB++ 的时间表
Cipher 希望在今年 3 月底之前完成 RGB++ 协议第一版的 MVP，包含 RGB++ 在主网的上线，一个在 Layer2 上的支持 fungible token 和 NFT 的 DEX，以及对应的钱包和浏览器。
另外，Cipher 也在为 RGB++ 协议招募熟悉 Rust 和 C 语言的开发者，感兴趣的小伙伴可以单独联系他。
Q&A 环节
Q1：RGB++ 对开发者的友好程度如何？
Cipher：无论是 RGB 还是 RGB++，开发者的主要工作都是在链外，而不是在比特币链上。对于 RGB 来说，开发者的大部分工作是怎么组装 RGB 交易、怎么生成 RGB 证明、在 RGB 上怎么写合约等等，在 RGB++ 上要做的事情是一样的，只不过很多事情 CKB 区块链直接给解决了。以做 DEX 为例，在 CKB 上变成了如何做一个能接受 RGB++ 资产的 DEX，它的开发难度和在 CKB 上开发其他合约的难度差别不大。目前 CKB 上的开发工具相对比较完善了，一个熟练的开发者经过几天的学习后，大概就可以上手做了。
Q2：RGB++ 和 CKB 代币之间是什么关系？
Cipher：每一笔 RGB++ 的交易，都会同步发出一笔比特币交易和一笔 CKB 交易。每一个 RGB++ 生态里的用户，其交易或者资产或者状态，在 CKB 链上都会有一个对应的 UTXO（Cell），会占用和使用一部分的 CKB。另外，开发者也会在 CKB 链上去开发合约。
Q3：CKB 获取到 RGB 的交易后，会压缩吗？
Cipher：《RGB++ Protocol Light Paper》里有提到交易折叠，可以将多笔 CKB 交易与一笔 Bitcoin RGB++ 交易对应，这样就可以将低速低吞吐量的 Bitcoin 链使用高性能的 CKB 链进行扩容。
另外就是状态压缩，CoTA 协议很早就实现了，你持有不论多少数量的代币，都可以压缩到一个 32 字节的空间里面。RGB++ 能不能实现类似的状态压缩，目前还没有做太多的研究，不过这是一个很好的方向。
Q4：如果在 CKB 上做开发，像 Subgraph、Oracle 等配套工具有吗？还是说需要等第三方来支持？
CyberOrange：预言机目前 CKB 链上还没有。其他的一些接口，CKB 有一个数据的编解码标准，可以用那个标准去解析数据，不过可能需要手动去编写一些东西。
Q5：CKB 的 tps 是多少？
CyberOrange：如果是简单转账的话，CKB 的 tps 可以达到 300 多。
Q6：RGB++ 安全性的文章里提到，比特币 6 个区块确认才几乎不会被 revert，CKB 大概需要 20 几个区块，这会不会对 RGB++ 的用户体验产生影响？用户可能不想等那么久？
Cipher：如果你只是发一笔一层的交易，它会同步发一笔 CKB 的交易，这个主要取决于比特币的出块速度，不需要等那么多区块确认，它其实和比特币上的转账体验一样。你提到的需要等 6 个区块确认，是资产从比特币 Layer1 上 jump 到 CKB 上，为了保证安全性，需要 6 个比特币区块确认后，才可以解锁 jump 过来的资产在 CKB 上的操作。这是由智能合约控制的，不需要多签或者第三方。之后在 CKB 链上的操作，只需等 CKB 上的十秒钟出块时间，如果要 jump 回到比特币链上，为了保证安全性，需要等 20 几个 CKB 区块确认。jump 的操作并不频繁，所以对用户体验的影响没有那么大，而且其他跨链方案往往也是要等比较长时间的。
Q7：计划 3 月底之前出来的 DEX，支持比特币铭文等资产吗？
Cipher：是的。

$CKB #RGB

RGB打新要来了 速度准备起来
在比特币生态中，UTXO（未花费交易输出）是核心概念之一，不仅是BTC交易的基础，还为RGB协议等创新项目打开了新大门。想玩转BTC生态？先来搞懂UTXO！
什么是UTXO？
UTXO是比特币交易的“零钱”模型。每次交易会消耗旧的UTXO，生成新的UTXO，记录在比特币区块链上。你的钱包余额，其实是所有可用UTXO的总和。
举个例子：
你有1 BTC，想支付0.3 BTC，钱包会选择一个UTXO（比如1 BTC），拆分成0.3 BTC（支付给对方）和0.7 BTC（返回给自己），再扣除少量Gas费用。这0.7 BTC就是新的UTXO。
UTXO在BTC生态的“超能力”
隐私与效率：UTXO通过客户端验证和一次性密封技术，支持隐私性强、高效的资产管理。智能合约与资产发行：RGB协议利用UTXO实现图灵完备的扩展功能，发行原生资产（如RGB20-USDT），无需依赖额外区块链。跨链操作：UTXO支持比特币主网与闪电网络的交互，未来潜力无限。
UTXO与RGB协议的“化学反应”
RGB协议是BTC生态的明星项目，通过“附着”在UTXO上运行智能合约和资产管理。Bitlight Labs作为RGB核心贡献者，已推出Bitlight钱包，支持RGB主网资产的存储与转移。
重要：RGB资产绑定UTXO，每个UTXO对应一个资产。转移资产会消耗UTXO面额，面额不足时需拆分或创建新UTXO。
如何玩转UTXO与RGB？
下载Bitlight钱包：通过官方推特链接安装，备份助记词。充值BTC：转入0.001 BTC以上至比特币主网地址，预留0.0001-0.001 BTC Gas费用。拆分UTXO：在钱包“UTXOs”页面点击“Create UTXO”，为领取RGB资产做准备。注意：避免转入含Ordinals、Runes、BRC-20等协议的BTC，可能被销毁。
小贴士：Bitlight Labs计划通过“水龙头”发放首个RGB资产（$RGB），可能有每日领取限制。准备好UTXO，随时参与打新！
为什么关注UTXO？
随着比特币生态爆发，RGB等协议将UTXO的潜力推向新高度。低成本入场，熟悉操作，你就能抢占先机！
你准备好玩转BTC生态了吗？留言分享你的看法吧！
#加密市场反弹 #RGB

引言
十多年来，比特币一直处于加密货币革命的最前沿，开创了去中心化数字货币和区块链技术的概念。尽管比特币具备突破性的创新，其核心功能主要集中在作为交换媒介和价值储存手段。然而，随着去年比特币 Ordinals 协议引入的铭文以及最近的 Runes 协议的出现，人们开始重新审视比特币在价值储存之外的多种可能性。这些新的资产发行协议引发了对比特币生态系统的再度关注，同时也突显了比特币在扩展性和交易确认时间方面的局限性。正是在这个背景下，RGB 协议应运而生，为比特币生态系统开启了一个全新的可能性领域，注入了新的动力。

RGB协议基础概述
1. 什么是 RGB 协议？
RGB 协议是构建在比特币区块链之上的第二层解决方案，旨在支持复杂资产、智能合约和去中心化应用程序 (dApp) 的创建和管理。通过充分利用比特币网络的原生力量，RGB 旨在将比特币转变为适用于各种用例的综合平台，最终促进整个生态系统的增长和扩展。
2. RGB 协议的发展历程
RGB 协议的初步构想可以追溯到 2016 年，由 BHB Network 的 Giacomo Zucco 基于 Peter Todd 关于客户端验证（client-side validation）和一次性密封（single-use seals）理念提出。2017 年，BHB Network 在原始 MVP（最小可行产品）中实施了 RGB，并得到了 Poseidon Group 的支持。2019 年，Maxim Orlovsky 和 Giacomo Zucco 共同成立了 LNP/BP 标准协会，致力于推动 RGB 从概念到实际应用的发展。
自 2019 年起，Maxim Orlovsky 博士在 RGB 协议的发展中扮演了核心角色，负责设计并实施了当前的协议版本。2021 年，LNP/BP 标准协会展示了 RGB 与图灵完备的 AluVM 的整合，标志着一个重大进展。次年，该协会推出了 Contractum 语言的官方网站，Contractum 是一种为在比特币和闪电网络上利用 RGB 技术构建智能合约而定制的功能性声明式编程语言。2023 年 4 月，LNP/BP 标准协会发布了 RGB v0.10，宣布将重点开发对闪电网络（Lightning Network）的支持。未来，RGB 资产将能够通过闪电网络进行快速且低成本的转移，提升资产的流动性和使用效率。此外，RGB 可能使闪电网络具备全面的智能合约功能，弥补比特币和闪电网络在智能合约方面的局限。
3. RGB 协议的工作原理
RGB 是在比特币区块链的 PoW 共识层上构建的协议。该协议是有向无环图（DAG）的一个版本，参与者无法看到网络的完整状态，每笔新交易都需要至少两笔先前交易的确认，才能记录在网络上。客户端验证由 RGB 模式提供支持。

Source:RGB Blackpaper
4. RGB 协议的技术要点
RGB 协议的核心思想是依托比特币的工作量证明和去中心化网络，确保防止双重支付并提供审查阻力。它将代币转移的验证过程从全局的区块链共识转移到链下，由接收方客户端独立完成。只有在验证无误后，才会在必要时与比特币主链交互，确保了高效和隐私。
一次性密封: 可以确保每个 UTXO 只能被使用一次，通过将资产信息和合约状态封装在 UTXO 中，当 UTXO 被花费时，资产所有权和合约状态发生变化。简单来说，一次性密封是一种抽象机制，用于防止双重支付；客户端验证: 每个客户端只验证与其钱包相关的交易，不需要全局验证所有交易，提高了系统扩展性，但可能在处理长交易历史的资产时验证时间会变长；确定性的比特币承诺: RGB 使用基于 Taproot 的 OP_RETURN 承诺，通过将所有状态转换聚合为一个承诺，确保每个状态转换只能被承诺一次，防止双花，最终的承诺哈希被嵌入比特币交易中；批量处理: RGB 允许在单笔比特币交易中处理多个状态变化，降低了链上手续费，适合大规模转账或合并 UTXO 的场景；隐私性保护：RGB 转账利用比特币交易作为资产转移的容器，通过创建新的 UTXO 来接收代币，而旧的 UTXO 则被消耗，不直接在比特币交易图中显示转移路径，增强了隐私性。链下通信确保支付信息的安全传输和验证，防止链上信息泄露，保护 RGB 用户的活动隐私。
RGB协议的用例和意义
1. 充分发挥比特币的货币属性
比特币（BTC）作为一种加密货币，其长期价值依赖于其应用生态系统的广泛性和深度。类似于美元之所以成为全球硬通货，源于其在全球大多数经济体和商业活动中的广泛使用，这背后是美元在贸易（石油美元）、金融（华尔街）、清算（SWIFT 系统）和结算（Fedwire 结算体系）等多个领域内的系统支持。如果比特币区块链不能建立起以 BTC 为基础的类似价值体系，仅依赖中心化交易所支撑其金融层面，那么其应用将极为有限，仅作为转账支付手段难以支持大额交易。
RGB 协议的引入有助于解决比特币底层的可扩展性和图灵完备性不足的问题。通过 RGB 协议，我们能够在比特币原生区块链上建立一个以 BTC 为基础的类似美元的价值传导系统，从而引入大量具有实际应用场景的商业化应用。这不仅增强了比特币的生态系统，还使其能够支持更多复杂的金融和商业活动，进一步提升 BTC 的价值和应用前景。
2.比特币原生资产的代币化
RGB 协议的主要特点之一是它能够促进比特币区块链上各种资产的代币化。这意味着几乎任何资产，无论是数字资产还是物理资产，都可以在比特币网络上表示为独特的代币或「RGB 资产」，包括房地产、艺术品、商品、证券，甚至是代表独特数字收藏品的 NFT。通过实现资产代币化，RGB 协议为比特币生态系统内的资产管理、交易和投资开辟了新的机会。这些代币化资产可以在比特币区块链上轻松转移，提供更高的安全性、透明度和流动性。
3. 智能合约和去中心化应用
RGB 协议的智能合约功能特别重要，因为它们使得在比特币区块链上实现复杂的金融产品和服务成为可能。智能合约是自动执行的程序，可以在满足预定义条件时自动执行，从而消除对第三方的需求并降低欺诈或操纵的风险。借助 RGB 协议，开发人员可以构建去中心化应用程序（dApps），利用智能合约来自动化各种流程。这不仅扩展了比特币的传统货币角色，还为在比特币网络上创建基于去中心化应用和服务的生态系统提供了机会。
4. 可扩展性和安全性
在为比特币生态系统引入新功能的同时，RGB 协议还解决了可扩展性和安全性的关键问题。通过利用比特币交易中的 OP_RETURN 字段来存储资产元数据，RGB 最大限度地减少了对比特币区块链大小的影响，有助于保持其可扩展性和效率。通过利用比特币网络的安全性和去中心化特性，RGB 协议为这些应用提供了一个安全且高度可靠的平台。这些去中心化应用不仅提升了比特币网络的功能性，还促进了更广泛的采用和参与，进一步推动了比特币生态系统的发展。总之，RGB 协议的引入标志着比特币区块链从单纯的价值储存和支付手段，迈向了一个多功能和多应用的去中心化平台新时代。
RGB生态项目
BiHelix
BiHelix 是一个基于比特币原生区块链，结合 RGB 协议和闪电网络构建的优化节点比特币生态基础设施，致力于推动比特币实现大规模应用。其主要工作方向围绕以下四个方面展开：
节点优化：BiHelix 将开发能够链接闪电网络的 RGB 超级节点，这种超级节点将作为生态系统的核心产品。通过节点优化，BiHelix 旨在提升网络的性能和效率，使其能够处理更多交易和更复杂的应用，从而为比特币生态系统提供更强大的基础设施。
AluVM 的改造与去中心化 Schema Store 的搭建：BiHelix 将完成 AluVM 的改造。AluVM 是一种纯功能性 RISC 虚拟机，专为开发高级智能合约而设计。与其他虚拟机不同，AluVM 基于寄存器，并不允许随机内存访问，使其更加稳健和安全。BiHelix 还将搭建去中心化 Schema Store，用于存储和管理智能合约的结构和规范，从而增强智能合约的灵活性和可扩展性。
存储优化：BiHelix 正在研究和优化一种使用数据库存储方式来替代现有的 RGB Stash 文件形式存储。这种改进将提升数据管理的效率和可靠性，使得大规模数据处理和访问变得更加高效，并为未来的扩展提供坚实的基础。
协议架构的优化：BiHelix 致力于整个协议架构的优化。首先，将引入节点通信协议（如 Nostr 协议）来改善单节点用户历史数据无法通信的问题，提升网络的互操作性。其次，将采用递归零知识证明技术来改善数据验证过多的问题，提高网络的隐私性和安全性。最终，这些改进将大幅提升 RGB 协议的工程能力和应用潜力。
通过这些措施，BiHelix 不仅提升了比特币网络的基础设施能力，还为各种创新应用提供了坚实的技术支持。最终，BiHelix 的努力将推动比特币从单一的价值储存手段，迈向一个多功能、多应用的去中心化平台，实现比特币生态系统的全面升级和扩展。近期，我们也可以期待基于 RGB 和 LN 的 BiHelix 节点在主流钱包的上线。
总结
RGB 协议历经 6 年发展，虽未广泛普及，但其潜力巨大。新版本 v0.10 扩展了资产发行与智能合约功能，逐步接近与闪电网络的全面兼容。时间会证明这是否会成为 RGB 发展的催化剂，相信它有潜力催化比特币生态系统的演变，将其从简单的价值货币转变为广泛的去中心化应用程序、代币化资产和智能合约的综合平台。通过解锁新的用例，RGB 作为关键基础设施，可以在塑造比特币和更广泛的加密货币格局的未来发挥关键作用，也预示着加密世界的革新。#rgb
$BNB