首页 /
学习 /
客户端验证
学习 /
基础概念

客户端验证 —

让 RGB 成为可能的模型。

大多数区块链协议要求每个节点验证每一笔交易。RGB 则完全颠覆了这一点——每一方只私下验证与自己相关的内容,不向网络广播任何信息。

阅读需 8 分钟
适合初学者
2025 年 7 月更新
核心概念

在这种方式下, 合约数据永远不会接触区块链。 每个参与者只持有并验证属于自己的那部分历史。比特币只存储一个密码学证明——仅几个字节——证明该转换发生过。

01 /
什么是客户端验证

一份不需要

公开才能生效的合约。

客户端验证是一种密码学模型,交易相关方自己验证数据——在本地、私下进行,不向全球网络发布任何信息。只有一个紧凑的 密码学承诺 被锚定到比特币区块链上,用于证明某个特定的状态转换在特定时间点发生过。

可以把它想象成两方之间签署合同的数字等价物。这份合同之所以有效,是因为双方都持有一份签署副本并能验证其真实性——而不是因为它被登记在公共数据库中。

类比

想象你要转移一辆汽车的所有权。你不需要把完整的合同刊登在公开的报纸上——你需要的是 买卖双方之间的签署文件,以及一条登记记录(即承诺),用于证明转让发生在某个特定日期。RGB 的做法原理相同:完整数据保留在相关方之间,比特币提供时间戳和唯一性证明。

02 /
解决了什么问题

为什么公共区块链

会遇到硬性瓶颈。

在以太坊这样的标准区块链中,每个节点都要存储并重新执行每一个合约。这带来了两个在不牺牲安全模型的前提下无法解决的根本问题: 可扩展性 和 隐私

属性

链上验证

客户端验证

谁来验证?

网络中的每个节点

仅相关方

合约数据位置

公共区块链

链下,相关方之间

隐私

✕ 公开可见

✓ 完全私密

可扩展性

✕ 受区块大小限制

✓ 无限水平扩展

链上占用

完整合约数据

每次转换仅几个字节

与比特币的兼容性

✕ 需要独立链

✓ 比特币原生

闪电网络支持

✕ 非原生支持

✓ 原生集成

03 /
在 RGB 中如何运作

三个步骤,没有全局状态。

完整的比特币安全性。

RGB 通过一套精确的操作流程实现客户端验证,在将每次转换锚定到比特币不可篡改账本的同时,保持所有合约数据私密。

01

合约状态保持链下

完整的合约状态——所有权、金额、条件、历史记录——由相关方私下持有。当 Alice 向 Bob 转移一个 RGB 资产时,她会直接向他发送相关的那部分合约历史。无需向网络广播,不留公共账本记录,也不经过第三方存储。

数据保留在 Alice 和 Bob 之间

02

一个密码学承诺被锚定到比特币上

Giacomo Zucco 和 Peter Todd 构思了 RGB:一个使用客户端验证和一次性密封条、在比特币上发行数字资产的协议——无需独立的区块链,也无需将合约数据上链。

比特币为转换加上时间戳

03

Bob 在本地独立验证

Bob 从 Alice 那里收到合约历史,并自行验证——检查链上每一次转换是否有效、创世状态是否正确,以及比特币承诺是否匹配。无需可信第三方,也无需全局共识。验证通过后,转移即告完成。

无需信任、本地化、独立

04 /
为什么重要

没有链上协议

能同时实现的三个特性。

客户端验证不是一种权衡取舍——它是一种架构选择,能够同时实现三个特性,而这在任何将合约数据存储于公共区块链的系统中都无法做到。

无限可扩展性

数千次 RGB 状态转换可以被打包进一笔比特币交易中。资产之间无需争夺区块空间。没有 gas 市场,没有吞吐量上限,也没有与合约执行相关的拥堵问题。

真正的隐私

合约状态——谁拥有什么、拥有多少、在什么条件下拥有——永远不会被公开发布。它只对每次具体转移中直接相关的各方可见。就连比特币区块链本身也不知道。

比特币原生的安全性

每一次状态转换都通过一次性密封条锚定到一个比特币 UTXO 上。其安全模型与比特币本身完全相同——无需额外的验证者,无需联盟,也无需任何额外的信任假设。

05 /
客户端验证与其他方案的对比

RGB 与其他

比特币资产协议的对比。

客户端验证是比特币上的 RGB 协议与其他所有将资产引入比特币的协议之间决定性的架构差异。以下是三种主要方案的对比。

属性

RGB

客户端验证

所有合约数据链下存储。比特币仅作为承诺层。

Taproot Assets

链上承诺

资产元数据提交在 Taproot 输出中。部分数据在链上。

隐私

✓ 完全私密——链上无数据

◑ 部分私密——元数据可见

可扩展性

✓ 无限批处理

◑ 受 Taproot 输出限制

合约表达能力

✓ 完整的 Schema 系统

✕ 仅支持代币转移

闪电网络原生支持

✓ 类型化通道,无需跨链桥

◑ 通过 Lightning Labs 基础设施

链上占用

✓ 每次转换仅几个字节

◑ 每个资产一个 Taproot 输出

如有疑问,请参阅我们关于 RGB 协议与 RGB++ 对比 → 的专门章节

06 /
深入了解

接下来

读什么。

客户端验证是基础——但 RGB 在此之上构建了一个完整的协议。以下是根据你想理解或构建的内容,接下来可以前往的地方。

RGB 如何运作 — 客户端验证

RGB 如何运作

一次性密封条、基于 Schema 的合约,以及状态转换的详细说明。

RGB 如何运作 ↗

RGB 闪电网络 — 客户端验证

RGB 与闪电网络

客户端验证如何实现原生闪电网络资产通道。

RGB 闪电网络 ↗

客户端验证 — 协议文档

客户端验证文档

客户端验证的完整技术规范。docs.rgb.info ↗

RGB 协议 AI 助手 — 客户端验证

RGB 协议 AI 助手

就客户端验证和 RGB 提问。chatgpt.com.RGBProtocol ↗

准备好

基于客户端验证进行构建了吗?

开始在 RGB 上开发所需的一切。