多数交易所的透明度页面只让你读一个数字，然后相信它。币贝每月公布四种资产的储备率，并在旁边给出一个密码学根哈希——它让你能在自己的机器上确认自己的余额确实被计入其中，而不必让交易所替这个答案背书。本文讲清这份披露包含什么、核验怎么做，以及它仍然回答不了什么。
每月公布的是什么
承诺是对全部用户资产 1:1 储备，每月披露一次。每一期披露带两样东西：每种覆盖资产的储备率，以及该期快照的一个默克尔根哈希。
储备率在储备证明页面上写得很直白：平台链上资金除以平台用户资产，达到或超过 100% 即为足额。覆盖范围是四种资产：BTC、ETH、USDT 与 USDC。
这些数字是快照，不是实时读数。被计入的是每月 1 日账面上的余额，所以你在那里看到的数与此刻账户里的余额可能不一样。快照之后的充值并没有丢，它属于下一期。这个时点口径是行业通行做法，理由是只有让每一位用户在同一瞬间被统计，总数才有意义。
2026 年 8 月这一期的数字
2026 年 8 月期的快照日是 2026 年 9 月 1 日，于 9 月 4 日 10:28 UTC 发布，下一期披露定在 9 月 7 日 16:00 UTC。它的默克尔根是以 b9d49dd8 开头、以 70765e2f 结尾的十六进制串，算法版本标记为 POR_V1。
| 资产 | 2026 年 8 月储备率 |
|---|---|
| BTC | 100.78% |
| ETH | 109.03% |
| USDT | 101.96% |
| USDC | 109.06% |
这张表有两种读法要分开。四项都在 100% 以上，这是承诺所要求的。而这是首期披露，所以每种资产只有一个数据点。一个点描述的是一个时刻，还构不成一条记录，从中读出趋势就是在读并不存在的东西。按月披露的价值在于它随时间累积出什么，而这份累积才刚刚开始。
两步核验自己的余额
公布的储备率是关于整个平台的一项主张。你能亲自核验的那部分更窄，也更有用：你的账户是否在产生这个数的集合里面。
登录后打开我的资产报告，选择披露期次，点击一键验证。浏览器会拿你的验证数据——也就是一条默克尔路径——从你自己的叶子哈希逐层向上重算根哈希，再与公开页上公布的根哈希比对。两者一致，就说明你的资产被包含在该期快照中。
计算在本地完成。你的验证数据不会回传给服务器，这一点重要，因为那份数据描述的正是你的余额。如果结果显示你在该期快照中没有资产，通常的解释是时点而不是出错：快照那一刻该账户没有 BTC、ETH、USDT 或 USDC 余额，常见原因是注册或首次充值发生在快照之后。
默克尔树在底下做了什么
默克尔树把一大批记录逐层做哈希，最终收敛成顶端的一个值。这里的每一个叶子是一位用户在快照时点的资产数据，经过脱敏与哈希处理；上面的每一层把它们两两合并，直到只剩一个根。
让它有用的性质是脆弱性。改动、删除或插入任何一条记录，根都会完全不同，所以 9 月 4 日公布的那个根钉住了产生它的那份数据。交易所无法事后悄悄修订快照而仍然拿出同一个根。
这套构造是被规定出来的，而不是被描述出来的——正因如此别人才能重新实现它。一个叶子是一条固定格式的字符串：先是版本标记 POR_V1，然后是审计 ID、记录 ID，接着是四个余额，顺序固定为 BTC、ETH、USDT、USDC。余额一律保留 8 位小数。叶子哈希就是这条字符串的 SHA-256。
向上的每一步则是把两个哈希拼接后再取 SHA-256，每一步唯一的问题是两者谁在前。证明文件逐个节点给出答案：标记为 LEFT 的节点放在当前哈希之前，标记为 RIGHT 的放在之后。把字符串格式和拼接顺序同时钉死，才使得两套独立实现落到同一个根上，而不是两个各自说得通的不同结果。
离线核验：谁也不必相信
浏览器里的一键验证很方便，但它跑的仍然是交易所发给你的代码。想要一次不依赖它的核验，币贝在 github.com/BitbaseGlobal/proof-of-reserves-verifier 公开了验证器。它需要 Node.js 20 或更高版本，没有第三方依赖，所以在运行之前要审的东西很少。
把验证数据下载成 JSON，然后用 node 对着这个文件运行工具，把下载的证明作为参数传入，再加上 root 选项，值是你自己从公开页复制来的那个哈希。成功退出码为 0，哈希验证失败为 1，文件或参数格式有误为 2。仓库里还带一份匿名示例，你可以先看着工具跑一遍再指向自己的文件；那份示例是演示，不能替代你真实的证明文件。
自己提供根哈希这一步承担了全部分量。如果工具既算出根、又告诉你拿什么去比，这个比对就成了自证循环。手工把公布的值复制进来，才把这件事变成一次独立核验。
它证明什么，又不证明什么
储备证明是一种边界明确的机制，币贝在自己的页面上直接写出了其中一条界限：这不等同于审计，也不构成任何机构出具的审计意见。
| 这份披露能定的 | 它定不了的 |
|---|---|
| 你的余额在该期快照里 | 是否每一笔负债都被如实申报 |
| 快照那一刻各币种的储备率 | 快照之后发生了什么 |
| 快照发布后无法再被改动 | 链上资金是否为平台独占 |
右列第二行正是按月披露比任何单期漂亮数字都更重要的原因。右列另外两行则是这一类机制的结构性局限，而不是针对某一家平台：储备是资产侧，负债的证明才是更难的那一半；而链上余额证明的是某一瞬间的控制权，不证明那些币不是为此借来的。
这些都不会让披露变得空洞，只是让它成为若干输入中的一项，要与交易所如何划分热钱包与冷存储、它采用哪种托管模式放在一起读——这正是如何研究一家交易所那篇给出的框架。
小结
币贝按月披露 BTC、ETH、USDT、USDC 的储备率并附上默克尔根，2026 年 8 月这一期四项全在 100% 以上。储备率是交易所的主张；根哈希才是让你能检验属于自己那一片的东西。
做这次检验，在「我的资产报告」里两次点击即可；要做到不依赖任何人，则是对着开源验证器跑一条命令，根哈希由你自己复制。两者都不是审计，也都不谈快照之后那一个月。但它们都远胜于凭信心接受一个数字。想继续打好基础，欢迎关注币贝学院的更多内容。
相关阅读
币贝上与本主题相关的其他文章：
风险披露：本文为 Bitbase（币贝）学院的科普内容，仅供教育与信息参考，不构成任何投资、交易、税务或财务建议。加密资产波动剧烈，请自行评估风险。本文撰写于 2026 年 9 月，请以官方最新信息为准。
参考资料
[1] 币贝，储备证明披露页与常见问题 www.bitbase.com
[2] BitbaseGlobal/proof-of-reserves-verifier，开源 POR_V1 验证器，README github.com
