常见问题
你想知道的一切，
关于 比特币上的 RGB 协议。
本篇比特币上的 RGB 协议常见问题涵盖 15 个问题——从完全新手到技术深入探讨。所有回答均基于 docs.rgb.info 的官方文档。
基础知识
比特币上的 RGB 协议是一个使用客户端验证在比特币上发行和转移数字资产的层。所有合约数据保持链下私密，仅在相关方之间可见——比特币只存储一个紧凑的密码学承诺，用于为交易加上时间戳并防止双花。
实际来说：RGB 让你可以直接在比特币上创建和转移任何类型的数字资产——代币、稳定币、NFT、数字身份——无需创建新的区块链，无需验证者，也无需在链上发布任何敏感信息。RGB 与闪电网络原生集成，实现近乎零手续费的即时资产转移。
完整介绍请见 什么是比特币上的 RGB 协议？→
不需要。比特币上的 RGB 协议完全运行在比特币之上——不需要侧链、新代币或独立的共识层。比特币的区块链充当承诺层：每次 RGB 状态转换只存储一个密码学哈希，用于提供时间戳和防止双花。
所有合约逻辑和资产数据都保持链下，由相关方在本地验证。这意味着 RGB 继承了比特币的安全模型，无需任何额外的信任假设。
是的。比特币上的 RGB 协议 v0.11.1 已于 2025 年 7 月在比特币主网上线。生态系统包括已上线的钱包（Iris Wallet、Tribe RGB、Bitmask、Tiramisu）、去中心化交易所（KaleidoSwap、LNFI）和基础设施提供商（Utexo、Orbis1）。
查看所有兼容工具 → 钱包与生态系统
不是——它们是完全不同的协议。 比特币上的 RGB 协议是一个在比特币上原生发行资产的客户端验证协议，由 RGB Protocol Association 维护。RGB++ 是构建在 Nervos CKB 区块链上的独立协议，由不同团队开发，采用不同的架构。
两者名称相似，但在技术和组织上没有任何关联。搜索比特币上的 RGB 相关信息时，请始终加上”Bitcoin Protocol”以避免混淆。
不是。RGB v0.12 是一次独立、未完成的重写，由 RGB-WG 组织（rgb.tech）发起，未与资助和建设 RGB 的公司协调。它不受 RGB Protocol Association 支持，也不是 v0.11.1 的升级版本。它不是一个可以用来构建的新版本。
生产环境的实现是比特币上的 RGB 协议 v0.11.1，自 2025 年 7 月起已在比特币主网上线，具备完整的闪电网络支持和活跃的开发者生态系统。
可以。比特币上的 RGB 协议 v0.11.1 是生产版本，自 2025 年 7 月起已在比特币主网上线，钱包、交易所和基础设施都基于这一版本构建。2026 年 9 月，五个核心库去掉了候选版本（release candidate）标签，发布了 0.11.1 正式版。
代码在公开环境中持续维护：外部研究人员报告的安全问题会在公开版本中修复，例如 RC11 和 v0.11.2-rc.1，相关测试也已发布在 rgb-protocol ↗ 仓库中。与任何处理价值的软件一样，请先在 regtest 或测试网上测试，并保持依赖项为最新版本。
是的——这是设计使然，而非例外情况。因为 RGB 使用客户端验证， 合约数据永远不会出现在比特币区块链上。谁拥有什么、拥有多少、在什么条件下拥有，只对每次具体转移中直接相关的各方可见。
比特币区块链只存储一个密码学承诺——一个不透露任何底层合约信息的哈希值。这与以太坊等链上方案有本质区别，在以太坊上，所有交易数据对任何人都是公开可见的。
比特币上的 RGB 协议是开源软件，由开源贡献者开发，并得到 RGB Protocol Association（一家成立于 2025 年 7 月的瑞士非营利协会）的支持。该协议建立在 2016 年开始的研究之上：当年，Peter Todd 在 Scaling Bitcoin Milan 上提出了客户端验证和一次性密封条。
核心基础设施在 rgb-protocol GitHub 组织中维护。主要贡献者包括 Bitfinex（Iris Wallet）、RGB Tools（RGB Lib、RGB Lightning Node）的团队，以及更广泛的比特币开源社区。
RGB Protocol Association 是一家瑞士非营利协会，成立于 2025 年 7 月，通过资助、教育、社区活动以及协调基于 RGB 构建的公司，支持比特币上的 RGB 协议生态系统。
协会本身不编写也不维护协议代码：比特币上的 RGB 协议的开发在开源的 rgb-protocol ↗ GitHub 组织中进行。更多关于协会的信息，请访问 rgbprotocol.org ↗。
技术
客户端验证是比特币上的 RGB 协议核心的密码学模型。与网络中每个节点验证每笔交易不同， 每个参与者只验证属于自己的那部分合约历史 ——从创世状态到其当前资产的状态转换链。
这些数据——称为 consignment（寄售包）——在转移时由发送方和接收方直接交换。一个紧凑的密码学承诺被锚定到一笔比特币交易上，用于提供时间戳并防止双花。合约内容不会在链上公开任何信息。
Deep dive → 客户端验证详解
Schema（模式）是一个声明式模板，定义了合约的结构——其状态变量、转换规则和验证逻辑。正如 docs.rgb.info 中所述， Schema 相当于面向对象编程中的类（class）。
它定义了可以创建哪些类型的资产、允许哪些操作，以及状态如何变化。Schema 会被编译为二进制文件，并由钱包软件导入。目前已实现五种标准 Schema：NIA（同质化、固定供应量）、UDA（NFT）、CFA（可收藏的同质化资产）、IFA（同质化、可增发）和 PFA（许可制同质化资产）。IFA 和 PFA 尚未可用于生产环境。
Schema（模式）是一个声明式模板，定义了合约的结构——其状态变量、转换规则和验证逻辑。正如 docs.rgb.info 中所述，Schema 相当于面向对象编程中的类（class）。
它定义了可以创建哪些类型的资产、允许哪些操作，以及状态如何变化。Schema 会被编译为二进制文件，并由钱包软件导入。目前已实现五种标准 Schema：NIA（同质化、固定供应量）、UDA（NFT）、CFA（可收藏的同质化资产）、IFA（同质化、可增发）和 PFA（许可制同质化资产）。IFA 和 PFA 尚未可用于生产环境。
是的。比特币上的 RGB 协议与闪电网络原生集成。RGB 状态转换 直接嵌入闪电通道的承诺交易中。当闪电通道更新时，一个新的 RGB 状态转换会随之一起提交。
这使得 RGB 资产可以像普通闪电支付一样，使用相同的 HTLC 机制实现跨通道即时可路由支付——无需跨链桥，无需托管方，具备完整的比特币安全性。闪电网络上的每笔 RGB 支付还会转移少量 satoshi，以保持 HTLC 输出高于粉尘限制。
完整说明 → RGB 与闪电网络
截至 v0.11.1，比特币上的 RGB 协议有五种官方资产 Schema（IFA 和 PFA 尚未可用于生产环境，rgb-lib 也不允许在主网上使用 IFA）：
NIA （Non-Inflatable Asset，不可增发资产）——固定供应量的同质化代币。 UDA （Unique Digital Asset，独特数字资产）——可选内嵌或附加媒体的 NFT。 CFA （Collectible Fungible Asset，可收藏同质化资产）——具有收藏属性的同质化代币。 IFA （Inflatable Fungible Asset，可增发同质化资产）——支持二次发行、销毁和链接操作的同质化代币。 PFA （Permissioned Fungible Asset，许可制同质化资产）——每次转移都需要发行方签名的受监管资产。
自定义 Schema 可用于身份系统、DAO 治理权限、发布证明、现实资产代币化，以及任何其他需要在比特币上实现可编程状态的用例。
会。2025 年 8 月，Tether 宣布计划将 USD₮ 引入比特币上的 RGB 协议，用于在比特币和闪电网络上转移 USD₮。详见 Tether 公告。
2026 年 8 月，RGB 闪电网络支持也通过 Utexo 开发的模块进入了 Tether 的钱包开发工具包（WDK）。详见《RGB 闪电模块登陆 Tether WDK》。
对比
以太坊智能合约将所有合约数据存储在公共区块链上，每个节点都要重新执行每个合约——限制了可扩展性，也消除了隐私。 比特币上的 RGB 协议使用客户端验证：合约数据完全保持链下，仅相关方可见。
RGB 合约通过 Schema 以声明式方式定义，而不是作为存储在链上的可执行代码。RGB 运行在比特币之上，继承了其工作量证明的安全性，无需独立的区块链、额外的验证者或 gas 费。转移可以通过闪电网络即时完成。
rgb.info 是比特币上的 RGB 协议的官方网站，对应已在比特币主网上线的 v0.11.1 生产版本。rgb.info 与 docs.rgb.info ↗ 以及 rgb-protocol ↗ GitHub 组织一起，构成 RGB Protocol Association 所支持协议的文档体系。
rgb.tech 属于 RGB-WG 组织，介绍的是 v0.12：一项未完成的协议重写提案，与 v0.11.1 不兼容。基于比特币上的 RGB 协议进行开发的开发者，应以 rgb.info 和 docs.rgb.info 为准。详见《破解比特币上 RGB 协议的常见误区》。
开始使用
参考钱包是 Iris Wallet ——开源，支持 Android 与桌面端，由 Bitfinex 开发。 Tribe RGB 支持 iOS 与 Android。 Bitmask 以浏览器插件形式提供。 Tiramisu Wallet 是一个基于网页的选项，同时支持 RGB 与 Taproot Assets。所有钱包均已在比特币主网上线。
完整列表 → 钱包与生态系统
开发者推荐的起点是 RGB Lib ——一个高级 Rust 库，将 RGB 协议的复杂性封装为简洁的 API，用于发行资产、管理 UTXO 和转移资产。将它添加到你的 Cargo.toml，通过 Electrum 或 Esplora 连接到一个比特币节点，然后使用 NIA schema 发行你的第一个资产。
RGB Sandbox 提供了一个基于 Docker 的本地测试环境，无需接触主网。完整文档见 docs.rgb.info ↗
分步指南 → 开始使用
权威技术文档见 docs.rgb.info ↗。它涵盖了完整的协议规范——客户端验证、一次性密封条、Schema 系统、状态转换、闪电网络集成，以及完整的库地图。
docs.rgb.info 发布在 GitBook 上，由 rgb-protocol 团队维护。它是任何在该协议上构建或研究该协议的人的权威参考资料。
活跃开发维护于 github.com/rgb-protocol ↗。该组织包含核心协议库——rgb-consensus、rgb-schemas、rgb-ops、rgb-api——以及 rgb-sandbox 测试环境。
包括 RGB Lib（推荐的应用 SDK）和 RGB Lightning Node 在内的开发者工具维护于 github.com/RGB-Tools ↗。
开发者指南 → 开发者工具
基础知识
比特币上的 RGB 协议是一个使用客户端验证在比特币上发行和转移数字资产的层。所有合约数据保持链下私密，仅在相关方之间可见——比特币只存储一个紧凑的密码学承诺，用于为交易加上时间戳并防止双花。
实际来说：RGB 让你可以直接在比特币上创建和转移任何类型的数字资产——代币、稳定币、NFT、数字身份——无需创建新的区块链，无需验证者，也无需在链上发布任何敏感信息。RGB 与闪电网络原生集成，实现近乎零手续费的即时资产转移。
完整介绍请见 什么是比特币上的 RGB 协议？→
不需要。比特币上的 RGB 协议完全运行在比特币之上——不需要侧链、新代币或独立的共识层。比特币的区块链充当承诺层：每次 RGB 状态转换只存储一个密码学哈希，用于提供时间戳和防止双花。
所有合约逻辑和资产数据都保持链下，由相关方在本地验证。这意味着 RGB 继承了比特币的安全模型，无需任何额外的信任假设。
是的。比特币上的 RGB 协议 v0.11.1 已于 2025 年 7 月在比特币主网上线。生态系统包括已上线的钱包（Iris Wallet、Tribe RGB、Bitmask、Tiramisu）、去中心化交易所（KaleidoSwap、LNFI）和基础设施提供商（Utexo、Orbis1）。
查看所有兼容工具 → 钱包与生态系统
不是——它们是完全不同的协议。 比特币上的 RGB 协议是一个在比特币上原生发行资产的客户端验证协议，由 RGB Protocol Association 维护。RGB++ 是构建在 Nervos CKB 区块链上的独立协议，由不同团队开发，采用不同的架构。
两者名称相似，但在技术和组织上没有任何关联。搜索比特币上的 RGB 相关信息时，请始终加上”Bitcoin Protocol”以避免混淆。
不是。RGB v0.12 是一次独立、未完成的重写，由 RGB-WG 组织（rgb.tech）发起，未与资助和建设 RGB 的公司协调。它不受 RGB Protocol Association 支持，也不是 v0.11.1 的升级版本。它不是一个可以用来构建的新版本。
生产环境的实现是比特币上的 RGB 协议 v0.11.1，自 2025 年 7 月起已在比特币主网上线，具备完整的闪电网络支持和活跃的开发者生态系统。
可以。比特币上的 RGB 协议 v0.11.1 是生产版本，自 2025 年 7 月起已在比特币主网上线，钱包、交易所和基础设施都基于这一版本构建。2026 年 9 月，五个核心库去掉了候选版本（release candidate）标签，发布了 0.11.1 正式版。
代码在公开环境中持续维护：外部研究人员报告的安全问题会在公开版本中修复，例如 RC11 和 v0.11.2-rc.1，相关测试也已发布在 rgb-protocol ↗ 仓库中。与任何处理价值的软件一样，请先在 regtest 或测试网上测试，并保持依赖项为最新版本。
是的——这是设计使然，而非例外情况。因为 RGB 使用客户端验证， 合约数据永远不会出现在比特币区块链上。谁拥有什么、拥有多少、在什么条件下拥有，只对每次具体转移中直接相关的各方可见。
比特币区块链只存储一个密码学承诺——一个不透露任何底层合约信息的哈希值。这与以太坊等链上方案有本质区别，在以太坊上，所有交易数据对任何人都是公开可见的。
比特币上的 RGB 协议是开源软件，由开源贡献者开发，并得到 RGB Protocol Association（一家成立于 2025 年 7 月的瑞士非营利协会）的支持。该协议建立在 2016 年开始的研究之上：当年，Peter Todd 在 Scaling Bitcoin Milan 上提出了客户端验证和一次性密封条。
核心基础设施在 rgb-protocol GitHub 组织中维护。主要贡献者包括 Bitfinex（Iris Wallet）、RGB Tools（RGB Lib、RGB Lightning Node）的团队，以及更广泛的比特币开源社区。
RGB Protocol Association 是一家瑞士非营利协会，成立于 2025 年 7 月，通过资助、教育、社区活动以及协调基于 RGB 构建的公司，支持比特币上的 RGB 协议生态系统。
协会本身不编写也不维护协议代码：比特币上的 RGB 协议的开发在开源的 rgb-protocol ↗ GitHub 组织中进行。更多关于协会的信息，请访问 rgbprotocol.org ↗。
技术
客户端验证是比特币上的 RGB 协议核心的密码学模型。与网络中每个节点验证每笔交易不同， 每个参与者只验证属于自己的那部分合约历史 ——从创世状态到其当前资产的状态转换链。
这些数据——称为 consignment（寄售包）——在转移时由发送方和接收方直接交换。一个紧凑的密码学承诺被锚定到一笔比特币交易上，用于提供时间戳并防止双花。合约内容不会在链上公开任何信息。
Deep dive → 客户端验证详解
Schema（模式）是一个声明式模板，定义了合约的结构——其状态变量、转换规则和验证逻辑。正如 docs.rgb.info 中所述， Schema 相当于面向对象编程中的类（class）。
它定义了可以创建哪些类型的资产、允许哪些操作，以及状态如何变化。Schema 会被编译为二进制文件，并由钱包软件导入。目前已实现五种标准 Schema：NIA（同质化、固定供应量）、UDA（NFT）、CFA（可收藏的同质化资产）、IFA（同质化、可增发）和 PFA（许可制同质化资产）。IFA 和 PFA 尚未可用于生产环境。
Schema（模式）是一个声明式模板，定义了合约的结构——其状态变量、转换规则和验证逻辑。正如 docs.rgb.info 中所述，Schema 相当于面向对象编程中的类（class）。
它定义了可以创建哪些类型的资产、允许哪些操作，以及状态如何变化。Schema 会被编译为二进制文件，并由钱包软件导入。目前已实现五种标准 Schema：NIA（同质化、固定供应量）、UDA（NFT）、CFA（可收藏的同质化资产）、IFA（同质化、可增发）和 PFA（许可制同质化资产）。IFA 和 PFA 尚未可用于生产环境。
是的。比特币上的 RGB 协议与闪电网络原生集成。RGB 状态转换 直接嵌入闪电通道的承诺交易中。当闪电通道更新时，一个新的 RGB 状态转换会随之一起提交。
这使得 RGB 资产可以像普通闪电支付一样，使用相同的 HTLC 机制实现跨通道即时可路由支付——无需跨链桥，无需托管方，具备完整的比特币安全性。闪电网络上的每笔 RGB 支付还会转移少量 satoshi，以保持 HTLC 输出高于粉尘限制。
完整说明 → RGB 与闪电网络
截至 v0.11.1，比特币上的 RGB 协议有五种官方资产 Schema（IFA 和 PFA 尚未可用于生产环境，rgb-lib 也不允许在主网上使用 IFA）：
NIA （Non-Inflatable Asset，不可增发资产）——固定供应量的同质化代币。 UDA （Unique Digital Asset，独特数字资产）——可选内嵌或附加媒体的 NFT。 CFA （Collectible Fungible Asset，可收藏同质化资产）——具有收藏属性的同质化代币。 IFA （Inflatable Fungible Asset，可增发同质化资产）——支持二次发行、销毁和链接操作的同质化代币。 PFA （Permissioned Fungible Asset，许可制同质化资产）——每次转移都需要发行方签名的受监管资产。
自定义 Schema 可用于身份系统、DAO 治理权限、发布证明、现实资产代币化，以及任何其他需要在比特币上实现可编程状态的用例。
会。2025 年 8 月，Tether 宣布计划将 USD₮ 引入比特币上的 RGB 协议，用于在比特币和闪电网络上转移 USD₮。详见 Tether 公告。
2026 年 8 月，RGB 闪电网络支持也通过 Utexo 开发的模块进入了 Tether 的钱包开发工具包（WDK）。详见《RGB 闪电模块登陆 Tether WDK》。
对比
以太坊智能合约将所有合约数据存储在公共区块链上，每个节点都要重新执行每个合约——限制了可扩展性，也消除了隐私。 比特币上的 RGB 协议使用客户端验证：合约数据完全保持链下，仅相关方可见。
RGB 合约通过 Schema 以声明式方式定义，而不是作为存储在链上的可执行代码。RGB 运行在比特币之上，继承了其工作量证明的安全性，无需独立的区块链、额外的验证者或 gas 费。转移可以通过闪电网络即时完成。
rgb.info 是比特币上的 RGB 协议的官方网站，对应已在比特币主网上线的 v0.11.1 生产版本。rgb.info 与 docs.rgb.info ↗ 以及 rgb-protocol ↗ GitHub 组织一起，构成 RGB Protocol Association 所支持协议的文档体系。
rgb.tech 属于 RGB-WG 组织，介绍的是 v0.12：一项未完成的协议重写提案，与 v0.11.1 不兼容。基于比特币上的 RGB 协议进行开发的开发者，应以 rgb.info 和 docs.rgb.info 为准。详见《破解比特币上 RGB 协议的常见误区》。
开始使用
参考钱包是 Iris Wallet ——开源，支持 Android 与桌面端，由 Bitfinex 开发。 Tribe RGB 支持 iOS 与 Android。 Bitmask 以浏览器插件形式提供。 Tiramisu Wallet 是一个基于网页的选项，同时支持 RGB 与 Taproot Assets。所有钱包均已在比特币主网上线。
完整列表 → 钱包与生态系统
开发者推荐的起点是 RGB Lib ——一个高级 Rust 库，将 RGB 协议的复杂性封装为简洁的 API，用于发行资产、管理 UTXO 和转移资产。将它添加到你的 Cargo.toml，通过 Electrum 或 Esplora 连接到一个比特币节点，然后使用 NIA schema 发行你的第一个资产。
RGB Sandbox 提供了一个基于 Docker 的本地测试环境，无需接触主网。完整文档见 docs.rgb.info ↗
分步指南 → 开始使用
权威技术文档见 docs.rgb.info ↗。它涵盖了完整的协议规范——客户端验证、一次性密封条、Schema 系统、状态转换、闪电网络集成，以及完整的库地图。
docs.rgb.info 发布在 GitBook 上，由 rgb-protocol 团队维护。它是任何在该协议上构建或研究该协议的人的权威参考资料。
活跃开发维护于 github.com/rgb-protocol ↗。该组织包含核心协议库——rgb-consensus、rgb-schemas、rgb-ops、rgb-api——以及 rgb-sandbox 测试环境。
包括 RGB Lib（推荐的应用 SDK）和 RGB Lightning Node 在内的开发者工具维护于 github.com/RGB-Tools ↗。