仅用 207 行代码就实现了区块链社区普遍认为需要更多复杂工作才能完成的任务。KaleidoSwap证明，原生 RGB 资产可以直接在Blockstream 的 Liquid 侧链上运行——无需桥接、无需托管、无需架构改造。关键在于，它其实就隐藏在显而易见的地方：比特币和 Liquid 都使用基于 BIP-341 的相同Taproot 输出格式，这意味着RGB 协议的承诺机制几乎可以无缝集成到 Liquid 中。
要点总结
- KaleidoSwap 仅使用207 行向后兼容的代码（分布在 7 个文件中）在 Liquid 上运行原生 RGB 资源，对现有的 45 个测试套件没有任何更改。
- Bitcoin 和 Liquid 在BIP-341下共享相同的 Taproot 输出格式，允许 RGB 验证器接受 Liquid 交易输出作为有效承诺，而无需修改。
- Liquid 上发行了真正的RGB20 资产，并成功演示了比特币和 Liquid 上的 RGB 资产之间无需托管的原子交换。
- Liquid 的Simplicity智能合约语言——自 2025 年 7 月起在 Liquid 主网上线——使 KaleidoSwap 能够通过契约在共识层强制执行 RGB 承诺规则。
- Liquid 集成的 RGB 补丁已作为 RFC 提交到官方 RGB 存储库，目前正在等待维护者的批准。
KaleidoSwap 为 Liquid 侧链启用原生 RGB 资源
技术原理听起来似乎很简单。RGB 通过将加密承诺嵌入到标准的 Taproot 输出中，将资产转移锚定到区块链上。由于比特币和 Liquid 都按照 BIP-341 实现 Taproot 输出，因此无论该承诺来自哪条链，它对于 RGB 的验证层来说都完全相同。标准的 RGB 验证器直接接受 Liquid 的交易输出作为有效的承诺，无需任何修改。
实际上，这意味着只需要编写读取 Liquid 交易而非比特币交易的逻辑即可。最终成果：七个文件共 207 行代码，一个覆盖三个验证调用的小型抽象层。现有测试套件中的所有 45 个测试均无需修改即可通过。四个下游生产库无需任何源代码更改即可干净地重新构建。
为什么最小的代码改动如此重要
可以说，这一微小的差异是整个故事中最具战略意义的部分。一个仅207行的补丁无需修改即可通过现有测试套件，这不仅仅是一个技术奇观——它表明RGB协议的架构设计具有足够的通用性，无需对协议本身进行分叉即可兼容比特币以外的网络。这对于其他具有BIP-341 Taproot输出的链或侧链在理论上能够多快地遵循同样的路径，具有切实的意义。
RGB20资产和原子交换安全性的演示
证明 RGB 承诺在 Liquid 上有效是一回事，证明其在真实的端到端生产场景中有效则是另一回事。KaleidoSwap 更进一步，不仅完成了理论验证，还在Liquid 上发行了实际的 RGB20 资产，并配备了实时合约、找零转账以及侧链上完全验证的端到端锚定。
接下来，团队进行了一项更为引人注目的演示。他们成功完成了比特币上的 RGB 资产与 Liquid 上的 RGB 资产之间的无托管原子互换。该互换依赖于一个共享密钥，该密钥将交易的双方绑定在一起——要么双方都能完全完成交易，要么交易根本不会发生。任何一方都不可能同时持有两种资产。这种“要么全有要么全无”的保证消除了通常需要在跨链转账中使用可信中介机构才能避免的交易对手风险。
其意义远不止于技术层面。跨链资产转移历来依赖于桥接——而桥接基础设施正是区块链历史上一些最大规模黑客攻击的根源。一种无需桥接、在协议层运行的原子化方法，代表了一种截然不同的安全态势。
利用 Liquid 的 Simplicity 智能合约实现 RGB 强制执行
KaleidoSwap 特别针对 Liquid 的深层原因在于Simplicity ，这是 Blockstream 的可形式化验证的智能合约语言，自 2025 年 7 月以来一直在 Liquid 主网上活跃。与更宽松的脚本环境不同，Simplicity 允许在部署之前证明支出条件的正确性——当这些条件控制资产转移时，这一特性至关重要。
契约如何锁定共识层面的 RGB 资产规则
由于 RGB 印章最终只是底层链上的一种代币，因此链上对该代币强制执行的任何支出规则实际上都会变成对该资产本身的支出规则。KaleidoSwap 利用了这一点，编写了一个“简易性契约”，网络会对每一笔 RGB 印章支出强制执行该契约：交易必须包含有效的 RGB 承诺。如果交易不包含，网络将直接拒绝该笔支出。
Simplicity 已在 Liquid 上投入生产环境，用于包括后量子签名和抵押贷款合约在内的多种用例。该基础设施能够扩展到共识层，强制执行 RGB 资产语义，而无需依赖应用层验证，这标志着可编程的比特币相关资产在侧链上的行为方式迈出了重要一步。
未来前景与社区采纳
已将启用 Liquid 集成 RGB 的补丁以正式 RFC 的形式提交至 RGB 官方代码库。现在，决定权在于 RGB 维护者，他们是否接受该提案将决定这项集成从 KaleidoSwap 演示阶段发展成为协议级标准的进程速度。
RGB协议协会内部的战略定位
KaleidoSwap并非以局外人的身份参与其中。该公司是RGB协议协会的创始成员之一，与Bitfinex和Tether并肩——这两家公司都是比特币相关金融生态系统中最具影响力的机构。该协会的支持赋予了Liquid集成方案机构层面的权威性，这是独立提交的方案所缺乏的。
战略框架十分明确：RGB 协议已在比特币和闪电网络上运行，Liquid 自然而然地成为第三个网络。KaleidoSwap 的做市商网络已在 RGB 和闪电网络上运行，将该基础设施扩展到 Liquid 将使该协议能够利用 Liquid 的隐私特性、更快的结算速度，以及最重要的——基于 Simplicity 的可编程性。
该 RFC 的命运掌握在 RGB 维护者手中，目前尚无定论，它将决定此次集成最终是沦为无关紧要的注脚，还是一个转折点。如果获得通过，它将正式确立一条途径，使任何开发者都能使用与比特币相同的工具在 Liquid 上构建 RGB 原生应用——这一前景可能会彻底改变 RGB 生态系统在可扩展性和智能合约功能方面的发展方式，远远超出比特币底层本身所能支持的范围。
常问问题
KaleidoSwap 是如何在 Liquid 侧链上启用 RGB 资源的？
KaleidoSwap 仅需编写207 行向后兼容的代码（分布在七个文件中），即可将 RGB 承诺适配到 Liquid。这一集成得益于比特币和 Liquid 在 BIP-341 协议下共享的相同的 Taproot 输出格式，使得现有的 RGB 验证器无需任何修改即可接受 Liquid 交易输出。
哪些安全措施保护比特币和Liquid RGB资产之间的原子交换？
比特币和Liquid RGB资产之间的原子交换由共享密钥保护。该机制确保交换要么对双方完全完成，要么根本不发生，从而防止一方同时持有两种资产的情况，并消除了对托管人的需求。
在 Liquid 的 RGB 资源中，Simplicity 智能合约语言扮演着什么角色？
自 2025 年 7 月起在 Liquid 主网上启用的 Simplicity 协议，允许 KaleidoSwap 在共识层强制执行 RGB 资产支出条件。Simplicity 协议中编写的契约要求 Liquid 上每一笔 RGB 印章的支出都必须附带有效的 RGB 承诺——否则，该交易将被网络拒绝。
根据 KaleidoSwap 的说法，Liquid 平台上的 RGB 资产未来前景如何？
KaleidoSwap 的目标是让Liquid 成为继比特币和闪电网络之后下一个主要的 RGB 网络。实现这一集成的 RGB 补丁已作为 RFC 提交至官方 RGB 代码库，其最终能否被采纳取决于 RGB 维护者的批准。KaleidoSwap 作为 RGB 协议协会的创始成员之一（其他创始成员包括 Bitfinex 和 Tether），正积极推动这一目标的实现。
本文由人工智能辅助生成，并经编辑团队审核。