多數交易所的透明度頁面只讓你讀一個數字，然後相信它。幣貝每月公布四種資產的儲備率，並在旁邊給出一個密碼學根哈希——它讓你能在自己的機器上確認自己的餘額確實被計入其中，而不必讓交易所替這個答案背書。本文講清這份披露包含什麼、核驗怎麼做，以及它仍然回答不了什麼。
每月公布的是什麼
承諾是對全部用戶資產 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
