一份储备证明值多少，取决于你自己能核到多少，而能核的恰好是三件事：你自己的余额有没有被计入那次快照、你从证明文件算出来的根哈希与交易所公布的那个是否一致、以及每个币种的储备率有没有到 100%。三者各自排除一种不同的失败方式，而一个不让你把三件都跑一遍的交易所，发布的是一个说法，不是一个证明。
一份储备证明究竟声称了什么
储备证明是一个关于某一个时刻的声称。交易所对每一个用户余额做一次快照，在这些余额之上建一个密码学结构，公布一个概括整个集合的哈希，并另外展示它在链上持有多少来对应这些余额。
这个声称由两半组成，而它们失效的方式不同。用户那一半说：你的余额被数进去了。储备那一半说：存在足够的资产覆盖被数进去的总额。两者缺一都用处不大，因为一家交易所可以老老实实数每个人却仍然不够，也可以持有充裕却悄悄把几个大账户从总额里漏掉。
这正是为什么检查是三个而不是一个。它们各自关上另外两个留着的一扇门。
三个检查，各自排除什么
| 检查 | 你比对的是什么 | 它排除了什么 |
|---|---|---|
| 是否被计入 | 你的余额与证明文件里的叶子 | 交易所把你的账户排除在总额之外 |
| 根哈希一致 | 你算出的哈希与公布的根 | 交易所在发布之后改动快照 |
| 储备率 | 逐币种的链上持有与用户负债 | 数得老实但持有得不够 |
三者都不可省，也都不能互相替代。如果一家交易所公布了储备率却没有逐用户的证明，你无法判断自己的账户在不在分母里。如果它公布了证明却没有根哈希，你手上就是一段没有东西可对照的算术。
你的余额在不在这棵树里
第一个检查是「是否被计入」，也是唯一只有你能做的那一个，因为只有你知道自己当时的余额是多少。登录账户、打开资产报告、选择要核验的披露期次，然后运行平台提供的验证。
即便按钮替你做完了，底下发生了什么仍然值得懂。你的叶子是你自己在快照时点各币种余额的一条记录，经过哈希。你的证明文件里装着从这片叶子逐层走到根所需要的兄弟哈希。验证做的就是把这条路重算一遍。
一个做得好的实现会在你的浏览器本地完成这件事，只用你机器上已有的数据，不把验证数据回传服务器。这个性质要紧：这件事的意义是核查交易所，所以一个由交易所替你算完、再告诉你结果的检查，不是同一回事。币贝的实现与怎么运行它，写在如何核验币贝的储备证明里。
你算出的根与公布的那个是否一致
第二个检查，是把第一个变成证据的那一步。把你的路径重算一遍会得到一个根哈希。这个数必须等于两样东西：你自己证明文件里记的根，以及交易所在公开披露页上公布的根。
两次比对缺一不可。只与证明文件对上，只证明这个文件自身自洽，而一家不诚实的交易所要做到这一点毫不费力——给你一个围绕另一棵树构造的文件即可。与公开的根对上，才是把你的账户绑到所有人被展示的那同一个集合上。
它之所以成立，靠的是这个结构的一条性质，不是一句承诺。改动树里任何一处余额、增加一个账户、或者删掉一个，根算出来就完全不同。所以交易所无法在公布根之后悄悄编辑快照，否则每一个用户的检查会同时失败。这个结构本身讲在什么是储备证明里。
储备率有没有到 100%
第三个检查从你的账户挪到整个平台。储备率是链上持有除以用户负债，而 100% 是那条线：到线或在线以上，该币种的持有覆盖了余额。
要逐币种读，不要读合计。一家交易所完全可能在一个币上很宽裕、在另一个币上不够，而一个合计数恰恰把这件事盖住。一份把它托管的所有东西混成一个数来报的披露，给你的信息比看上去少。
覆盖清单也要读。一份覆盖四个币种的披露，对第五个币种什么都没说，这是范围限制而不是缺陷，但前提是你注意到了它。储备率对负债那一侧确立了什么、没确立什么，写在储备证明与负债里。
独立地、离线地做一遍
一键核验很方便，而它仍然跑在交易所自己的页面里。想要一个在你运行它的那一刻不依赖交易所任何东西的检查，就下载验证数据，用一个开源验证工具在自己的机器上跑。
开源工具正是让整件事从「配合」变成「对抗」的那一部分。你可以读它做了什么、在断网状态下运行它、确认那段算术就是被描述的那段算术。币贝公布了这样一个工具以及它所处理的叶子格式，这意味着离线那条路是现成的，不是理论上的。
这件事至少做一次。等你亲眼看到离线结果与页面内结果一致之后，后续期次用那个方便的按钮就是合理的。
检查没过意味着什么，不意味着什么
按顺序读结果，因为最常见的那种「失败」并不是失败。系统报告你的资产不在本期快照中，通常意味着快照那一刻你在覆盖币种上没有余额，这在你之后才注册或充值时会发生；那些资金进下一期。
根对不上是另一回事，而且是严重的。在往上反映之前，先确认你比对的是同一期次公布的根，因为披露是按期的，各期的根互不相同。如果期次、文件、公布的根三者都对齐了而哈希仍然不同，那就是这个检查在履行它的职责。
某个币种的储备率低于 100% 是第三类发现，它说的是平台而不是你的账户。它的意思是：在那一时刻，该币种的持有没有覆盖余额——而这恰恰是披露这件事本身要让人看见的情形。
小结
核验一份储备证明，就是跑三个检查，并且不拿其中任何一个去替代另外两个。确认你的余额在树里、确认你算出的根与该期公布的根一致、确认每个覆盖币种的储备率到了或超过 100%。
这三件的前提，是交易所把你需要的东西都公布出来：逐用户的证明路径、公开的根哈希、逐币种的储备率，最好还有一个开源验证工具，好让最后一步不依赖它的代码。缺其中任何一样，你面前的就是一个断言。三样齐备，你自己几分钟就能把这个问题了结。想继续读币贝学院的其他内容，请接着往下看。
相关阅读
币贝上与本主题相关的其他文章：
风险披露：本文为 Bitbase（币贝）学院的科普内容，仅供教育与信息参考，不构成任何投资、交易、税务或财务建议。加密资产波动剧烈，请自行评估风险。本文撰写于 2026 年 9 月，请以官方最新信息为准。
参考资料
[1] 币贝，储备证明 —— 每月披露、Merkle 根哈希与开源验证工具 www.bitbase.com
