比特币上的 RGB 协议简史

比特币上的 RGB 协议历史

最初的构想:比特币不只是货币

比特币的设计初衷,是把一件事做到极致:在双方之间转移价值,且无需信任第三方。但从生态系统早期开始,开发者们就开始思考一个更宏大的问题:比特币的安全性和去中心化,能否被用来代表任何一种数字资产,而不仅仅是比特币本身?

最早的尝试,比如彩色币(Colored Coins)和 Mastercoin,试图通过在交易中嵌入元数据,在比特币之上叠加资产功能。这些方案确实可行,但也带来了显著的代价:所有资产数据都在链上可见,每一笔转移都会让区块链变大,隐私几乎不存在。

需要一种更根本的方法。

比特币上的 RGB 协议历史时间线

阶段 0——2015 年:调研与命名

RGB 的故事始于 2015 年,地点是 Blockchain Lab——一家由 Giacomo Zucco 在米兰创办的比特币研究与咨询中心。这家实验室汇聚了一批研究者和从业者——包括 Riccardo CasattaMarco Amadori 等人——并定期接待来自比特币生态系统的知名国际访客。

当时,Blockchain Lab 受一位客户委托,对所有在比特币上发行数字资产的现有方案进行梳理和评估——这一类方案当时统称为「彩色币」。团队回顾了那个时代所有主要的协议:Colu、CoinPrism、CoinSpark、CounterParty、MasterCoin(后来的 Omni)等等。他们邀请每个协议的创建者到米兰,介绍自己的成果,讲解各自的方案。

这次梳理工作的最终成果,是一份设计文档,描述了比特币上彩色币方案的理想架构——一个能够解决现有方案所有已知缺陷的方案:UTXO 集合膨胀、供应量上限受限、链上数据负担、矿工激励扭曲,以及同质性和隐私性的降低。

Mir Serena Liponi——意大利早期比特币社区的重要人物,也是 Blockchain Lab 生态圈的核心成员之一——建议将这个理想设计命名为 RGB:既呼应了 RGB 加色模型,又致敬了彩色币(Colored Coins),同时这个缩写还悄悄编码了背后几位参与者的名字。在这个阶段,RGB 还不是一个协议——它只是一份为客户完成的概念验证的名字,描述的是理想的彩色币方案可能是什么样子。

阶段 1——2016 年:理论基础

2016 年,比特币生态系统中最受尊敬的密码学家和协议设计者之一 Peter Todd,在 Scaling Bitcoin Milan 大会上发表了一篇关于客户端验证的论文。其核心理念相当激进:验证不需要在链上进行。比特币只需要充当一个发布证明系统,作为将承诺锚定到一个共享、不可篡改账本的方式。交易的实际验证,可以由转移的相关方在链下完成,只使用与他们相关的数据。

这在隐私和可扩展性方面的意义十分深远:交易之外的任何人都不需要知道这笔交易发生过,而且区块链只承载一个最小化的密码学承诺,而不是完整的资产历史。

Peter Todd 曾在米兰的 Blockchain Lab 驻留过,而 Giacomo Zucco 是 Scaling Bitcoin 的项目委员会成员。会议结束后,Zucco 邀请 Todd 再次回到米兰驻留,探索客户端验证——尽管这对比特币本身而言是过于激进的改动——是否可以专门应用于资产发行。2015 年报告中理想彩色币设计,与 Todd 的客户端验证模型之间的联系,几乎立刻就显现了出来。

阶段 2——2017 年:RGB 成为一个协议

2017 年,基于 Peter Todd 的客户端验证模型,以及此前彩色币的设计工作,Giacomo Zucco 和 Riccardo Casatta 开始将 RGB 发展成一份具体的协议提案。2015 年报告中的名字被沿用了下来——这时它不再只是一个设计概念,而成为了一个正在开发中的真实协议的名字。

团队在 Blockchain Lab 工作,与最初委托进行彩色币调研的 Poseidon Group 一起,勾勒出一套通过客户端验证在比特币上发行和转移数字资产的系统——通过一次性密封条继承比特币的双花防护,同时除了一个最小化的密码学承诺之外,不向区块链发布任何其他内容。

由于最初赞助安排上出现了一些组织层面的复杂情况,这个阶段之后项目一度被暂时冻结。2018 年夏天,各方重新燃起了兴趣

比特币上的 RGB 协议一次性密封条

2018 年:闪电网络集成与首个原型

2018 年,Giacomo Zucco 在里斯本的 Building on Bitcoin 大会上介绍了 RGB,这一次多了一个新的维度:将 RGB 与闪电网络结合的构想。Zucco 观察到,客户端验证在用户体验上的代价——接收方需要在线、需要额外的备份——与比特币社区已经接受的闪电网络体验非常相似。由于闪电网络本身就要求在线状态和谨慎的状态备份,RGB 可以借助闪电网络的基础设施来解决这些限制:通过闪电消息传递寄售包,并将备份与通道状态一起存储。

在这次演讲之后,Alekos Filini——一位才华横溢的年轻比特币开发者,从早期就一直关注 RGB 概念——开始构建 RGB 的首个可运行原型,把理论模型变成了代码。Poseidon Group 继续为这项工作提供资金,Giacomo Zucco 的公司也在最初的开发阶段提供了支持。

2019–2022 年:奠定基础

2019 年春天,在马耳他举行的 Understanding Bitcoin 大会期间,三个人主动联系了 Giacomo Zucco:Bitrefill 的 John Carvalho、代表 Fulgur Ventures 的 Oleg Mikhalsky,以及 Bitfinex 的 CTO Paolo Ardoino。他们表达了资助 RGB 开发、并推动其走向生产化的意愿。Poseidon Group、Bitfinex、Bitrefill 和 Fulgur Ventures 一起,为 RGB 的开发投入了资源。

当 Alekos Filini 转去 Blockstream、参与后来成为 Bitcoin Development Kit 的项目时,乌克兰软件工程师兼协议设计者 Maxim Orlovsky 接任了首席开发者的角色,为协议架构带来了深厚的技术专长。一个协调小组随之成立,汇聚了所有关键相关方:Bitrefill 的 John Carvalho 担任项目协调人,Giacomo Zucco 担任构想者与推广者,代表 Bitfinex 的 Paolo Ardoino 担任主要资助方,inbitcoin 的 Marco Amadori 则是最早的潜在客户之一。inbitcoin 当时对闪电网络上的彩色币代币有着具体的需求,这让 RGB 成为一个可以直接落地应用的解决方案。

在这一时期接受咨询的 Peter Todd,将 RGB 形容为「目前最值得在其上构建的东西」——这是一句分量十足的背书,来自那位让这一切成为可能的理论工作的作者本人。

到 2020 年底,Bitfinex 和 Fulgur Ventures 停止了对开发工作的资助,因为在 Orlovsky 领导下的项目复杂度不断上升,却始终没有更接近交付,此后 RGB 由 Orlovsky 和他的公司 Pandora Core 自行出资维持。这一时期在比特币上的 RGB 协议历史中占据核心位置:公开层面虽然更为沉寂,却产出了重要的技术工作——一些关键改动被推送到 rust-bitcoin 库,用以支持客户端验证和一次性密封条,为更广泛的生态系统打下了基础。

2022 年,Bitfinex 和 Fulgur Ventures 重新对 RGB 产生兴趣。这一次,他们不再只是提供资金支持,而是选择组建一支专门的团队来推动 RGB 的开发。Federico Tenga——如今是 Bitfinex 的研发策略负责人,也是这个项目长期的贡献者——组建了一支 Bitfinex 内部的专属团队,全职投入 RGB 的开源开发,目标是把协议推向主网。这支团队为协议做出了多项贡献,并开发了rgb-lib——一个被广泛采用、用于集成 RGB 的钱包库——以及 RGB Lightning Node——一个基于 LDK、原生支持 RGB 的闪电节点。

2024–2025 年:两条前进的道路

到 2025 年,开发社区面临一个岔路口。

比特币上的 RGB 协议一路经历了连续的版本演进:v0.9、v0.10、v0.11,每一个版本都建立在前一个版本之上。0.11.1 版本代表了这条路径的自然延续:修复现有问题、移除未使用的部分、提高测试覆盖率,并交付一个可用的主网版本。包括 Iris Wallet、Kaleidoswap、LNFI、Bitmask、Thunderstack、UTEXO、Orbis1 和 Bitcoin Tribe 在内的一大批项目,都已经基于这个版本进行了构建,并已准备好迎接主网。

与此同时,一项走向截然不同方向的提案出现了——0.12 版本,一次对代码库的大幅重写,在与基于 RGB 构建的各家公司事先沟通有限的情况下被提出。那些一直致力于推动主网上线的建设者和投资者拒绝了这项提案,因为它仍不完整、未经测试,而且对主代码库带来了重大改动。相反,他们选择继续走 v0.11.1 这条既定路径

2025 年 7 月,一个名为 rgb-protocol 的新 GitHub 组织被创建,为已经完成的 v0.11.1 工作提供一个专属的归宿,并以稳定性、扎实的测试和清晰的文档为明确重点,继续推进开发。

此后,由 Maxim Orlovsky 拥有的原 RGB-WG 组织,再没有出现有实质意义的更新或公开活动

2025 年 7 月:主网上线

2025 年 7 月,比特币上的 RGB 协议 v0.11.1 到达主网,这是该协议历经多年开发之后的一个里程碑时刻。

同一天,基于 RGB 构建的各家公司宣布,他们的产品已经上线,并与主网版本完成集成:LNFI NetworkThunderstack(*现为 Utexo)、BitmaskBitcoin TribeIris Wallet 同时上线,证明了这个生态系统已经准备就绪。

同一个月,RGB Protocol Association 成立,汇聚了开发和投资 RGB 的核心公司:Bitfinex、Tether、Fulgur Ventures、Boosty Labs、Kaleidoswap、LNFI、Bitmask、Thunderstack、Bitcoin Tribe、Terricon Capital,以及 Layer 2 State Foundation。

代表 Plan B Network 的 Giacomo Zucco,以及早已活跃在 RGB 生态系统中的 Birkan Kayadibi,被委以管理该协会的重任。

在创始成员中,其他关键人物还包括:

2025 年 8 月,Tether 正式宣布计划在比特币上的 RGB 协议上发行 USDT,这是该协议历史上分量最重的背书之一。Tether CEO Paolo Ardoino——多年来一直通过 Bitfinex 内部开发团队以及公开表态支持 RGB——如此描述这一愿景:「比特币应该拥有一个真正原生、轻量、私密且可扩展的稳定币。借助 RGB,USD₮ 在比特币上获得了一条强大的新路径。」

今天:一个活跃的生态系统

截至 2026 年,比特币上的 RGB 协议 v0.11.1 是该协议唯一在积极开发中的版本。rgb-protocol 组织在 github.com/rgb-protocol 维护代码库,持续有新的贡献,并有一份明确的路线图,聚焦于闪电网络优化、USDT 发行就绪,以及包括 Ark 在内的新协议集成。此外,相关的生态系统也充满活力,正在不断成长。

官方的教育资源是 rgb.info

完整的技术文档位于 docs.rgb.info

RGB Protocol Association 的官方网站是 rgbprotocol.org

比特币上的 RGB 协议并不是一个新想法。它是近十年来,广泛的比特币开发者社区持续研究、开发与协作的成果。真正新的地方在于:它已经能用了,已经在主网上运行,而且已经可以在其上构建产品了。

比特币上的 RGB 协议生态系统

关于命名的说明

有三样东西名字相似,经常被混淆:

  • RGB 色彩模型——红、绿、蓝。用于显示和影像的色彩系统。与本协议完全无关。
  • RGB++——运行在 Nervos/CKB 区块链上的一个独立协议,由不同的团队开发。架构不同,区块链不同,与比特币上的 RGB 协议没有任何关系。
  • RGB v0.12——由 Maxim Orlovsky 名下的原 RGB-WG 组织维护的一条独立开发分支。截至 2026 年初,这个代码库上没有记录到任何有实质意义的更新或公开活动。

资料来源与参考资源

一手资料

  • RGB 社区 Telegram 群组 来自 RGB 开发者与建设者社区的公开讨论与公告。

外部参考资料

类似文章

发表回复