RGB 闪电网络上的主权交易：Walter Maffione 演示首个 KaleidoSwap MVP

本文基于 Walter Maffione 在 Plan ₿ Forum 2024 上发表的演讲 “Sovereign Trading on Lightning Network”（闪电网络上的主权交易）。

在 KaleidoSwap 于闪电网络主网完成首笔交易之前，在获得 Spark 和 Arkade 支持之前，Walter Maffione 曾在自己的笔记本电脑上运行一个 regtest 演示，首次展示了 RGB 闪电网络上的主权交易。在这场 2024 年 Plan ₿ Forum 的演讲中，Walter（开源贡献者，后来成为 KaleidoSwap 的首席开发者）介绍了首个可运行的比特币上的 RGB 协议资产非托管交易所原型：一个 RGB 闪电节点、一份修改过的闪电服务提供商（Lightning Service Provider，LSP）规范，以及一个通过 WebSocket 实时推送价格的做市方-吃单方（maker-taker）兑换模型。

KaleidoSwap MVP 概览：

• 构建于RGB 闪电节点之上——这是 LDK 的一个分支，为标准闪电节点添加了 RGB 资产转移和兑换功能
• 采用修改过的闪电服务提供商（Lightning Service Provider，LSP）规范，使 RGB LSP 能够同时为比特币和 RGB 资产提供入向和出向流动性
• 价格通过 WebSocket 以询价（request-for-quotation，RFQ）模式推送，而非自动做市商模式
• 兑换以普通的闪电 HTLC结算，因此无需额外成本即可继承闪电网络的原子性保证
• 该演示完全在 regtest 上运行，使用由 KaleidoSwap 团队铸造的 USDT 和 Tether Gold 作为占位资产

说明：比特币上的 RGB 协议（rgb.info，v0.11.1）是由 RGB Protocol Association 支持的生产就绪协议，与 RGB-WG（rgb.tech）以及 RGB++（Nervos 在 CKB 链上开发的另一个独立协议）不同。

编者按（2026年）：这场演讲记录的是 KaleidoSwap 最早的公开 MVP，运行在 regtest 上，使用演示资产和单一写死的做市方。Walter 当时描述的许多近期计划此后已经落地：他在演讲中未直接提及的免费期权问题，后来通过做市方声誉机制得到解决；基于 Nostr 的点对点订单簿也从路线图条目变为 积极开发中的项目；2025 年 9 月 30 日，KaleidoSwap 在闪电网络主网上完成了首笔 RGB 资产兑换，随后正式公开上线。同一项目更完整的后续阶段——包括主网里程碑以及向 Spark 和 Arkade 的扩展——请见 《KaleidoSwap：为闪电网络上的 RGB 资产构建非托管 DEX》。

本场演讲的要点：

• KaleidoSwap 运行在RGB 闪电节点之上——LDK 的一个分支——并暴露一个第三方应用也可调用的 REST API
• RGB 闪电服务提供商在标准 LSP 规范的基础上扩展，为比特币和 RGB 资产提供入向和出向流动性
• 兑换遵循做市方-吃单方模式：做市方推送价格，吃单方接受并将兑换字符串加入白名单，交易随后以普通闪电 HTLC 结算
• 2024 年版本将交易规模上限设定为通道容量的约10%——这是闪电网络层面的 HTLC 限制，而非 RGB 特有的限制
• Walter 提出的路线图包括通过Nostr实现点对点交易、多做市方、限价单与止损单，以及 Tor 支持——这些后来都以某种形式得到推进
• 从一开始设定的目标就是：不仅把闪电网络用作支付层，也把它用作交易层，由此增加的流动性和连接性将惠及所有闪电网络用户，无论是否使用 RGB

什么是 KaleidoSwap？它与比特币上的 RGB 协议是什么关系？

KaleidoSwap 是一个构建在 RGB 闪电节点之上的去中心化交易应用，为用户提供图形界面，用于在闪电网络上发行、持有和兑换 RGB 资产。

Walter 介绍自己是一名开源贡献者，正在RGB 闪电节点之上构建 KaleidoSwap——这是一个基于 LDK 分支构建的闪电节点，为 RGB 资产添加了转移和兑换支持。在演讲当时，该节点实现由Phoenix和Tether团队维护，并对外部贡献开放。

该节点暴露一个REST API，不仅 KaleidoSwap，其他第三方应用也可以直接调用。KaleidoSwap 本身被描述为该节点的开源桌面仪表盘：用户既可以在本地运行 RGB 闪电节点，也可以将桌面应用连接到运行在云端的远程节点——这一点很实用，因为闪电网络通常更适合始终在线的节点，而不是笔记本电脑上间歇性运行的节点。

由于整个技术栈建立在客户端验证之上，该桌面应用的功能等同于一个叠加了 RGB 资产的普通闪电钱包：用户可以开启和请求通道、生成发票、发送和接收付款，并将节点备份到本地文件——这些都是标准的闪电网络功能，只是扩展为可以承载 RGB 余额。

什么是 RGB 闪电服务提供商？KaleidoSwap 为什么需要它？

RGB 闪电服务提供商（Lightning Service Provider，LSP）在标准闪电 LSP 规范的基础上进行扩展，使其能够同时提供比特币和 RGB 资产的流动性，让新用户一开始就拥有已持有目标资产的通道。

普通的闪电服务提供商通过开启通道和提供流动性，帮助用户加入网络，并使用一套通用规范，使不同的 LSP 之间保持互操作性。Walter 的团队修改了这套规范以加入 RGB 资产支持：一个 RGB LSP 可以同时提供比特币和 RGB 资产的入向及出向流动性，并可以通过团队为此专门构建的RGB Lightning DEX API选择性地提供兑换服务。

在演讲当时，围绕 RGB 闪电技术栈 进行构建的不同团队之间，也在推进统一这份修改过的 LSP 规范的工作，目的是让多个服务提供商彼此保持兼容，而不是让生态系统走向碎片化。

RGB 闪电兑换是如何运作的？

RGB 闪电兑换遵循做市方-吃单方模式：做市方提出价格和兑换字符串，吃单方接受并将其加入白名单，交易随后以普通闪电支付的形式结算。

Walter 逐步讲解了整个流程。吃单方——也就是 KaleidoSwap 用户——连接到做市方——也就是作为流动性提供者的 RGB LSP——并选择要交易的资产对。做市方提出价格，并分享一个描述交易条件的编码兑换字符串。如果吃单方接受该价格，吃单方的节点会将该兑换字符串加入白名单；一旦加入白名单，吃单方就会请求做市方执行交易，随后付款会作为一笔普通的闪电支付，在双方的 RGB 闪电通道之间结算。

加入白名单在这里很关键：它相当于告诉吃单方的节点——”如果收到一笔与这次兑换完全匹配的 HTLC，就在这些通道之间转移相应的聪和 RGB 资产；我已经同意了这笔交易。”正是这份预先设定的同意，使最终结算能够以普通的 HTLC 转发方式完成，而不需要自定义的交易类型。

Walter 指出，做市方和吃单方之间共享兑换字符串可以使用多种传输层：公共的 WebSocket 或 REST API（适合专业做市方，他们最终可能需要附加 KYC 或合规要求），或者节点间直接的点对点通信，包括 Nostr 等协议。

KaleidoSwap 如何为一笔兑换定价？

价格来自询价（request-for-quotation，RFQ）模式，而非自动做市商：LSP 实时推送报价，用户可以直接接受或请求报价。

作为做市方的 RGB LSP，通过 WebSocket 向客户端推送所支持交易对的价格，以每单位 RGB 资产对应的毫聪计价。每一次价格更新都带有一个 ID，用于后续确认用户所接受的价格确实是做市方发送的那一个。获取价格有两种途径：延迟更低的实时推送，或者向做市方直接发起报价请求。

在问答环节被问及这是否属于自动做市商模式时，Walter 划清了界限：KaleidoSwap 采用的是询价模式，在精神上更接近订单簿，而非 AMM 曲线。做市方推送价格；用户判断某个价格是否可以接受，如果可以就接受它。目前这份订单簿只有单一做市方。Walter 将 Nostr 描述为通向真正去中心化订单簿的路径：任何人都可以发布一个卖单（例如以选定价格出售比特币），其他用户可以发现并接受该报价，直接与发布者协调交易。

手续费遵循普通的闪电网络经济模型：一笔基础费用加上兑换金额的一定百分比，与网络其他地方的路由费用结构相同。

现场演示展示了什么？

2024 年的演示在 regtest 上运行，使用 Walter 自己机器上的两个 RGB 闪电节点、由 KaleidoSwap 团队铸造的演示资产，完成了一笔聪兑换测试版类 USDT 资产的完整端到端交易。

Walter 的本地环境包括两个 RGB 闪电节点、一个 RGB Lightning DEX API 的实现、一个 Bitcoin Core 节点，以及一个将 RGB 节点连接到 Bitcoin Core 的 Electrum 服务器。其中一个演示账户已提前开启通道，让演示过程更加顺畅。

连接到做市方后，应用会显示所支持交易对的实时推送价格——比特币兑一个占位 USDT 资产，该资产为演示在本地铸造，并未锚定任何真实发行方（Walter 指出，这只是未来真实的 Tether 发行 RGB 资产的一个替代样本）。演示支持的资产为 USDT 和 Tether Gold。钱包界面展示的是一个标准的 RGB 闪电节点：链上和闪电网络的存取款、通道管理，以及按资产分别追踪的出向和入向流动性——与普通闪电通道的聪余额追踪方式完全相同。

Walter 还演示了向 LSP 申请一个新通道的流程，这对还没有任何 RGB 资产、但希望通道预先注资比特币和选定资产的用户很有用。金额、资产选择，甚至做市方承诺保持通道开启的区块数，都可以在申请时配置，遵循 LSP 规范，因此该通道与只实现基础规范、不感知 RGB 的闪电 LSP 仍保持兼容。

通道就绪后，交易本身在几秒钟内完成：一笔 10,000 聪兑换 6.7 USDT 的交易，随后又完成了一笔兑换为演示 Tether Gold 资产的交易。Walter 直接指出了一个限制：最大交易规模上限约为通道容量的 10%，这一限制来自 LDK 的最大 HTLC 尺寸，而非 RGB 本身。

Walter Maffione 在 2024 年提出了怎样的路线图？

2024 年路线图中的多项内容，与 KaleidoSwap 后续的发展轨迹高度吻合：

• 通过 Nostr 实现点对点交易，完全无需经过 RGB LSP——因为即便没有直接连接，RGB 闪电通道也能像其他普通闪电通道一样进行路由
• 多做市方询价（RFQ），让用户可以在多个 LSP 之间选择，而不必依赖单一一个
• 限价单与止损单，Walter 将其描述为建立在主权、自托管密钥之上的”比特币金融”的开端
• Tor 支持，用于实现节点层面的隐私和匿名性
• 整体 UI 和 UX 改进

这对闪电网络意味着什么？

KaleidoSwap 最初的核心判断是：闪电网络不仅可以是支付层，也可以成为交易层，由此吸引的流动性将惠及普通闪电网络用户，无论他们是否接触过 RGB 资产。

Walter 从规模的角度来阐述这一机会：比特币在中心化交易所每年的交易量约为 2 万亿美元。他认为，即便只把其中一小部分路由到闪电网络上，也足以让该网络从支付层扩展为交易层。由于 RGB 闪电通道底层仍然是普通的闪电通道，它们同样可以为普通闪电网络用户承载和路由支付，即便对 RGB 资产毫无兴趣的用户，也能从整体网络连接性的提升中受益。

这种增长反过来又会催生对更好的流动性管理的需求：随着更多资本和更多资产类型争夺同样的通道空间，通道再平衡和优化工具会变得更有价值——Walter 指出，这是未来打算推出开源工具的一个方向。

观众向 Walter 提出的问题

以下几段问答值得原样保留：

关于生产上线时间：Walter 将主网可用性与两项独立审计的完成挂钩：一是比特币上的 RGB 协议本身，当时仍在为主网就绪进行审计；二是 RGB 闪电节点的实现，需要自己单独的稳定化过程。他当时的估计是：”下一年很可能会是 RGB 闪电兑换真正落地的一年”，并且会先经过测试网暴露问题，之后才会考虑上主网。

关于其他资产标准：被问及 KaleidoSwap 是否会集成 Taproot Assets 等非 RGB 资产标准时，Walter 原则上并未排除这种可能性，但同时指出，目前 RGB 和 Taproot Assets 之间并不具备原生互操作性。

关于最可能的交易对：被问及 USDT 兑比特币是否会主导交易量时，Walter 预计这将是最常见的交易对，但也指出实际情况取决于各个 LSP 选择支持哪些资产，以及用户实际想要发行和交易的是什么。

关于定价模型：被直接问及这一设计是否类似自动做市商时，Walter 澄清了两者的区别：KaleidoSwap 采用的是询价模式。做市方推送价格，用户接受或拒绝——这是一种类似订单簿的交互方式，而非恒定乘积曲线。目前的起点是单一做市方的订单簿，Nostr 被视为未来通向真正去中心化、多做市方订单簿的路径。

KaleidoSwap 目前的进展

这场运行在单台笔记本电脑上、使用铸造测试资产的 2024 年演示，正是后来那个在闪电网络主网上完成真实 RGB 资产兑换、公开上线，并扩展为横跨闪电网络、Spark 和 Arkade 的多层兑换平台的 KaleidoSwap 的直接前身。关于该项目目前的状态，请见 《KaleidoSwap：为闪电网络上的 RGB 资产构建非托管 DEX》，或前往 kaleidoswap.com 试用该应用，也可以查看 KaleidoSwap 桌面应用代码仓库。

要更全面地了解比特币上的 RGB 协议如何与闪电网络集成，可以从 比特币上的 RGB 协议与闪电网络 开始，查看当前的 RGB 钱包与基础设施生态，或者在 docs.rgb.info 深入阅读完整的技术文档。

---