教學

如何阅读加密交易所储备证明:别把 PoR 当成完整审计

8 分鐘

本文正文暫以英文原文展示,翻譯版本需完成來源複核後再發布。

直接答案

加密交易所的 Proof of Reserves,通常被翻译成“储备证明”或 PoR。它有价值,但它回答的问题比很多人想象得窄。一个做得比较完整的 PoR 页面,可以帮助用户检查几个点:某些客户余额是否被纳入某次快照,公开钱包里是否能看到覆盖特定币种的链上资产,用户自己的账户是否出现在 Merkle tree 中,以及某些零知识证明约束是否通过。

但 PoR 不是完整财务报表审计。它不能单独证明交易所的全部负债、所有法币义务、关联方风险、借入资产、内部控制、治理质量、司法辖区保护、未来提现能力,或者快照之后资产是否仍然可用。正确读法不是一句“这家安全不安全”,而是逐层拆开:统计了什么资产,统计了什么客户余额,时间点是什么,谁控制钱包,证明覆盖哪些约束,哪些内容没有进入范围。

这篇文章用 Binance 和 OKX 的公开 PoR 页面作为例子,同时用 SEC 和 PCAOB 的官方材料说明边界。结论很朴素:PoR 是透明度工具,不是安全证书。

收起完整分析

先拆成六层

看任何交易所 PoR 页面时,先把六层分开:

文章表格:可橫向滑動,或聚焦表格區域後使用方向鍵。

层级可以帮助你看到什么不能单独证明什么
资产快照某个时间点公开钱包或储备文件里的资产资产是否借来、是否质押、之后是否转走、是否持续充足
客户余额或负债快照交易所口径下,覆盖币种的客户账户余额所有法律负债、法币义务、供应商债务、贷款、担保和链下索赔
Merkle inclusion你的账户 leaf 是否在某个 tree root 里其他用户是否全部纳入,负债总体是否完整
零知识证明某些数学约束是否在不暴露全部账户明细的情况下成立约束之外的真实世界义务、会计风险和治理风险
钱包归属证明交易所是否能对某些链上地址签名所有相关钱包、托管方和链下资产是否都被覆盖
第三方鉴证某个第三方是否按约定程序做过检查是否等同 PCAOB/SEC 体系下的完整财务报表审计

这张表就是阅读 PoR 的主框架。如果一个页面把这些层级压成一句“100% 安全”,用户反而应该警惕。

Binance 例子:Merkle tree 与 zk-SNARK

Binance 的公开 Proof of Reserves 页面把 PoR 描述为对用户托管资产 1:1 覆盖的证明,并说明它使用 Merkle Tree 让用户验证自己的资产是否被纳入 aggregate net account balance。页面还提到,其 Merkle Tree 会通过 zk-SNARK 机制验证。

这里真正有用的不是宣传语,而是机制。Merkle Tree 可以把大量账户数据压成一个 Merkle root。用户拿到自己的账户 leaf、record ID 或 Merkle path 后,可以验证自己的账户数据是否出现在该 root 对应的数据集合里。这个动作能回答一个具体问题:我的账户余额有没有被纳入这次统计?

zk-SNARK 增加的是约束验证。Binance 页面说明,用户账户余额集合会贡献到总用户资产余额中;账户总净余额需要大于或等于零;账户信息更新到 leaf hash 后,Merkle root 的变化必须有效。这个设计试图处理一个常见问题:如果允许负余额账户抵消正余额账户,交易所可能展示一个看起来更好看的负债总额。

Binance 的帮助中心 FAQ 给了更具体的时间口径。它写明,月度 PoR 会在每月 1 日 00:00 UTC 做用户快照,并在当月 7 日前发布结果。FAQ 同时提醒,报告是快照,不是实时资产展示,可能与用户当前资产数量不同。从 2026-08-01 到当前周期,FAQ 列出的 verifier tool 版本是 1.2.1。

这个时间差非常关键。用户在 9 月 8 日看到的 PoR,可能描述的是 9 月 1 日的账户和资产状态。它仍然有参考价值,但不能被理解成 9 月 8 日每一笔提现请求都已经被实时证明覆盖。

OKX 例子:account assets、wallet assets 和第三方托管

OKX United States 的 PoR 页面称,OKX 对平台 account assets 保持 1:1 reserve,并定期发布全球 Proof of Reserves 报告。该页面显示第 46 次 PoR,月份为 2026 年 8 月,页面展示 primary assets 为 22.96B 美元,覆盖 22 个币种,并提到 zk-STARK 升级。NexuAlpha 在本文中只把这些数字作为 OKX 页面声明处理,不把它们写成我们独立核验过的余额。

OKX 页面值得读的地方,是它把几个口径分开显示。页面展示 OKX account assets,也展示 OKX wallet assets,并在部分币种下区分 Exchange 和 Third-party custody。这个区别很重要。account assets 更接近客户账户侧余额;wallet assets 是用于对照 reserve ratio 的资产口径;third-party custody 则引入另一个核验依赖,因为相关余额由第三方托管方持有。

OKX 页面还说明,它发布钱包地址信息,用户可以检查链上资产。钱包归属部分提到,列出的地址包含签名消息,用于确认“这是 OKX 地址”。如果签名验证通过,可以支持“这个地址由 OKX 控制”的判断。但这仍然不是完整审计。它证明的是某些地址控制权,不是所有负债已经统计,也不是资产明天仍然留在同一位置。

为什么 PoR 不是完整审计

SEC 首席会计师在 2023 年 7 月 27 日的声明中提醒,部分加密公司会把第三方或会计机构做的非审计工作包装成类似“审计”的东西。SEC 声明明确指出,这类非审计安排没有财务报表审计那么严格或全面,也可能无法向投资者提供合理保证。

PCAOB 的投资者提示更直接。它说 PoR 报告本身有天然限制,不是审计。此类报告可能只是验证某个时间点某类资产,而不处理交易所负债、数字资产持有人的权利和义务、资产是否借来、报告之后资产是否被使用或变得不可用、内部控制、治理,以及未来储备是否仍然充足。

这并不意味着 PoR 没用。它的意义是把某一类储备问题变得更透明。但完整财务报表审计处理的是公司整体财务报告问题,范围包括资产、负债、收入费用、控制环境、披露和审计程序。PoR 不能替代这个角色。

实用阅读清单

第一,看时间戳。报告是实时、每日、每月,还是偶尔发布?Binance FAQ 写明月度快照,并提醒不是实时资产。一个过期不久的快照仍然有用,但不能被当成实时偿付能力证明。

第二,看覆盖资产。页面覆盖哪些币?是否包括法币?是否包括跨链资产、质押资产、借出资产、wrapped assets、第三方托管资产?OKX 页面显示 account assets、wallet assets、Exchange 和 Third-party custody,就是一个很好的提醒:同一个 reserve ratio 背后可能有不同资产口径。

第三,看负债侧。交易所有没有发布 aggregate customer balances?用户有没有 Merkle leaf、account hash、record ID 或 proof?用户能不能在不公开身份和余额的前提下验证 inclusion?Binance FAQ 列出了 account index、account ID hash、total equity、total debt、total collateral、assets、root 和 proof 等字段,说明用户验证不只是看一个百分比。

第四,看证明类型。Merkle proof 能帮助用户验证“我是否在树里”。zk-SNARK 或 zk-STARK 能在不公开全部账户余额的情况下证明某些约束成立。但证明强度取决于约束写了什么、实现是否公开、验证 key 是否可得、文件是否完整,以及是否真的有人运行 verifier。

第五,看钱包归属。交易所是否公布地址?地址是否能签名?签名信息是否明确?是否可以用第三方工具或开源工具验证?钱包签名能证明某个地址的控制权,但不能证明所有资产都在这些地址里,也不能证明所有第三方托管余额都独立可取。

第六,看独立性和范围。是谁做的检查?交易所自己、会计师事务所、安全公司,还是开源社区?程序是否公开?报告有没有写排除项?有没有覆盖内部控制、治理、关联方、贷款、法币、法律实体和链下义务?如果这些问题没有答案,不应该自动推断风险不存在。

PoR 能告诉你什么,不能告诉你什么

PoR 可以支持三类检查。第一,用户可以验证自己的账户余额是否被纳入某次公开过程。第二,外部观察者可以把公开钱包资产与交易所声明的客户余额做一个粗略对照。第三,地址、签名、Merkle root、proof file 和 verifier tool 会形成可检查的数据,使得储备声明不再只是口头承诺。

但 PoR 不能单独证明完整偿付能力。它可能看不到所有负债;可能看不到资产是否借来、质押、借出、通过第三方控制或在快照后被转走;可能不覆盖法币义务、衍生品敞口、待决法律索赔、关联方余额、运营公司债务、网络安全控制或治理质量;也可能不是按 PCAOB 审计标准执行,更不一定接受 PCAOB 检查。

所以,用户不应该把 PoR 当成“可以放心把钱全部放在交易所”的证明。更合理的用法是把它当成交易所尽调的一项指标,和牌照、法律实体、托管模式、提现历史、事故记录、保险或 backstop 披露、可获得的财务报表、用户所在地法律权利一起看。

NexuAlpha 的处理方式

NexuAlpha 在交易所资料页里,不应该把 PoR 简化成一个安全分数。更好的字段是:reserve ratio、覆盖资产、快照日期、证明机制、用户验证路径、钱包归属证据、第三方鉴证、负债覆盖范围和明确限制。

例如 Binance 资料页可以链接到“如何验证 Binance PoR 的 Merkle inclusion 和 zk-SNARK 文件”;OKX 资料页可以链接到“如何阅读 OKX account assets、wallet assets 和 third-party custody”。这些链接应该帮助用户理解机制,而不是暗示某一家交易所天然更安全。

这篇文章也可以和后续的 CEX 风险清单、托管模型、稳定币储备、交易所偿付能力指标文章形成内部链接。站内权重应该围绕“如何判断”和“哪些未知必须保留”来搭建,而不是围绕“谁第一谁最安全”来做标题党。

FAQ

PoR 和审计是一回事吗?

不是。PoR 可以在特定范围内验证储备和余额数据,但 SEC 和 PCAOB 的材料都提醒,非审计性质的加密鉴证工作不应被包装成完整财务报表审计。

Merkle inclusion 到底证明什么?

它可以帮助用户验证自己的账户 leaf 是否被纳入某个 Merkle tree root。它不能证明所有其他客户都被纳入,也不能证明交易所全部负债都被捕捉。

zk-SNARK 或 zk-STARK 增加了什么?

它们可以在不公开每个账户余额的情况下,证明某些约束成立。例如余额不能为负、总额计算正确等。但约束之外的负债、内部控制和治理风险仍然不在证明里。

钱包归属证明为什么重要?

钱包签名可以证明交易所控制某些公开地址。这有助于验证链上资产归属,但不能证明所有资产、所有托管关系和所有负债都被覆盖。

阅读 PoR 最大的错误是什么?

最大的错误是把某个时间点的储备披露当成持续偿付能力保证。PoR 应该帮助用户提出更好的问题,而不是终止尽调。

编辑披露

NexuAlpha 根据公开来源分析交易所披露,并区分已核验事实、页面声明和未知风险。本文不包含联盟链接,不构成投资建议,不给交易所做安全排名,也不建议任何用户把资产长期存放在中心化交易所。

來源與證據

05
  1. BinanceProof of Reserves · binance.com
  2. Binance SupportHow to Verify Your Account Balance on Binance? · binance.com
  3. OKX United StatesProof of Reserves · okx.com
  4. U.S. Securities and Exchange CommissionThe Potential Pitfalls of Purported Crypto Assurance Work
  5. Public Company Accounting Oversight BoardInvestor Advisory - Exercise Caution With Third-Party Verification/Proof of Reserve Reports
選擇下一步研究路徑