﻿---
title: "儲備證明（Proof of Reserves）"
description: "儲備證明（Proof of Reserves）可以顯示託管人在特定時間控制了指定資產，並且在更嚴謹的設計中，對一組明確的客戶負債作出承諾。它本身並不能證明償付能力、流動性、法律所有權或未來的提款能力。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 儲備證明（Proof of Reserves）

> 僅供教育參考，不構成投資建議；投資可能產生損失。

<a id="answer"></a>

## 直接回答

儲備證明（Proof of Reserves）（PoR）是關於託管人依據特定範圍及特定時間的儲備證據。基本的資產專屬操作可能顯示託管人控制了特定的區塊鏈地址。更嚴謹的做法則將 **資產證明** 與 **範圍內的客戶負債** 的加密承諾結合，使每位參與的客戶都能驗證其餘額是否被納入。此詞語沒有單一的通用程序、保證標準或法律效力，因此報告本身必須定義所測試的內容。

PoR 並不自動證明償付能力。償付能力需要有符合條件的資產來覆蓋所有相關負債，而不僅僅是為樹狀或報告選擇的負債：

覆蓋率 = 合格儲備資產 / 範圍內客戶負債

盈餘 = 合格準備資產 - 範圍內客戶負債

只有在資產和負債群體完整、以相同的截止點進行衡量、價值一致且歸屬於相同法人實體的情況下，100% 或以上的比率才有意義。它仍可能忽略公司債務、待處理取款、法幣義務、關聯方餘額、衍生品、指定產品之外的資產或指定代幣之外的負債。

PoR 也與流動性和客戶資產保護不同。償付能力詢問資產價值是否能覆蓋負債；流動性詢問可用資產是否能在到期時滿足提款。控制私鑰並不能證明資產未被借出、未被質押、無留置權、為客戶隔離或在破產時法律上可供其使用。某一時間點的快照不能證明在截止時間之前或之後持續存在相同狀態。

<a id="mechanism"></a>

## 它的運作方式

一個健全的審查將內部會計總體與可外部驗證的資產聯繫起來。密碼學可以使承諾具備可偵測竄改的特性並保護客戶隱私，但它無法決定管理層應納入哪些實體、帳戶和義務。該過程應明確說明以下七個步驟：

1. **定義報告範圍。** 指出法律實體、產品、客戶類別、資產、網絡、估值規則、快照時間和區塊高度。說明該操作是否涵蓋現貨、保證金、衍生品、質押、借貸、法幣以及平台外托管人。
2. **核對負債總體。** 將客戶分類帳與截止時的帳簿和記錄核對。處理待處理的存款和提款、費用、貸款、擔保品、負餘額、重複帳戶以及透過關聯公司或次級託管人持有的餘額。
3. **承諾客戶負債。** 將範圍內的餘額編碼到 Merkle 樹、零知識電路或其他承諾中。發布根和總額，防止負餘額減少已聲明的負債，並向客戶提供足夠的資料和軟體，以在不揭露其他客戶資訊的情況下驗證是否納入。
4. **確認資產的存在與控制。** 識別範圍內的鏈上地址，並獲取能在指定區塊高度證明控制的簽名或交易。通過適合這些系統的證據，對託管、銀行和法幣餘額進行對賬。
5. **測試所有權、可用性和質量。** 確定資產是否被借出、質押、受限制、為其他實體持有、受約束、不流動或依賴關聯公司。定義哪些代幣和估值來源符合資格，以及包裝、跨鏈或質押的持倉如何處理。
6. **一致地計算覆蓋率。** 在彙總不同代幣之前，按資產比較合格資產和負債。採用相同的時間戳記、單位和保守估值規則；報告排除項、短缺以及對價格或折價假設的敏感性。
7. **閱讀業務報告並監控持續性。** 識別該工作是審計、鑑證業務還是約定程序報告；閱讀具體程序、發現、例外情況和管理層責任。然後監控報告頻率、提款、地址變動、治理和內部控制，而不是將一次快照視為永久狀態。

Merkle 包含性證明回答一個狹窄的問題：一個葉子節點及其驗證路徑能夠重現已發布的根節點。它表明該葉子節點確實存在於提交的資料集中。它並不表明每個真實的客戶都被包含在內，餘額是正確的，或不存在另一棵未公開的樹。零知識約束可以證明諸如非負餘額和正確總和等屬性，而不揭示每個葉子節點，但證明的完整性僅取決於其電路、輸入和報告邊界。

資產證據也具有類似的狹窄範圍。有效簽署的挑戰可以顯示對某個金鑰的控制，而鏈上餘額可以顯示某個地址和區塊高度上的幣。僅憑這些事實無法確立實益所有權、不存在留置權、所有錢包的完整性，或託管人能否在沒有其他簽署人、貸方、法院或次級託管人的情況下迅速轉移資金。

<a id="examples"></a>

## 範例解析

### 隱性負債逆轉表面覆蓋

一個交易所展示了對 1,050 BTC 的控制，並發布了一個總計 1,000 BTC 的負債樹。報告的覆蓋率為 1,050 / 1,000 = 105%，並有 50 BTC 的盈餘。如果報告邊界忽略了一個 120 BTC 的借款義務，相關負債實際上為 1,120 BTC。覆蓋率將降至 1,050 / 1,120 = 93.75%，產生 70 BTC 的短缺。對已發布的輸入數據而言，計算是正確的；但樣本並不完整。

### 納入不等於完整

假設一個玩具 Merkle 樹包含了 2、3、5 和 10 BTC 的客戶餘額，總計 20 BTC。擁有 3 BTC 的客戶可以使用提供的兄弟節點哈希對其葉節點進行哈希運算，並重現已發布的根節點。這會驗證 3 BTC 的餘額包含在此樹中。它並不證明被遺漏的 4 BTC 客戶不存在，沒有帳戶擁有人工負餘額，或 20 BTC 等於托管人的全部負債。

### 權利負擔會改變可用儲備

一名託管人報告了 1 億美元的儲備資產，對應 9,500 萬美元的範圍內客戶負債，因此報告的覆蓋率為 100 / 95 = 105.26%。如果其中 3,000 萬美元的資產用於擔保其他貸款，無法用於客戶提款，則無權利負擔的儲備為 7,000 萬美元。可用覆蓋率為 70 / 95 = 73.68%，即使這些資產在快照時仍然可見。

### 借來的快照可以美化準備金

在預定快照之前，一個平台對客戶負債的 1,000 BTC 借入 200 BTC，平台本身為 900 BTC。快照顯示 1,100 / 1,000 = 110% 的覆蓋率。在平台歸還 200 BTC 後，它再次持有 900 BTC，覆蓋率為 90%。在截止時簽署的地址餘額是真實的，但它沒有揭示借入情況，也沒有建立持續償付能力。

<a id="risks"></a>

## 風險與控制

### 負債總體與完整性

- **省略的產品或實體：** 一棵樹可能只涵蓋選定的代幣、特定帳戶或一個子公司。將報告的法人實體和範圍與欠客戶的實體匹配。
- **帳外義務：** 待處理的提款、法幣餘額、貸款、衍生品、費用和企業債務可能位於已承諾的客戶餘額之外。將樹狀結構的總額進行對帳，以完成賬簿和記錄。
- **負餘額操作：** 人工或錯誤分類的負賬戶可能會降低淨負債。在適當的情況下需要非負約束，並分別解釋合法的債務或保證金賬戶。
- **客戶未參與：** 只有部分客戶可能會驗證自己的葉節點，使遺漏錯誤可能不被發現。提供易用的驗證工具和獨立的總體測試。

### 資產所有權、品質及權利負擔

- **借入或臨時轉移的資產：** 一個平台只能在快照時控制資金。應使用未公告或頻繁的測試、交易審查及義務證據，而不僅僅依賴已知日期的餘額。
- **抵押、留置權及抵銷權：** 可見資產可能用於擔保另一項索賠或受到保管人權利的限制。除了區塊鍊餘額外，還應檢查合約、帳戶名稱和確認文件。
- **低質量或關聯方資產：** 自發發行、交易稀少、橋接或關聯公司發行的代幣在壓力情況下可能會貶值。披露資格規則、集中度及保守折扣。
- **託管鏈依賴：** 多重簽名、銀行及次級託管安排可能限制及時存取。列出每個控制者、核准條件及故障點。

### 密碼學與會計實作

- **葉片構造不正確：** 錯誤的客戶識別碼、資產單位、鹽值或截止數據可能會對錯誤的記錄生成有效的證明。公開規範並獨立測試從來源到葉節點的對賬。
- **不完整的證明約束：** 零知識電路僅證明其編碼的陳述。審核電路、設置假設、公共輸入和源代碼；不要推斷未經證明的會計屬性。
- **隱私洩漏：** 未加鹽或可預測的葉子可能通過猜測暴露餘額，而公開的客戶名單會洩露敏感數據。請使用適當的承諾和威脅模型輔助信息。
- **不一致的根或資料集：** 不同的使用者可以看到不同的承諾，或者網站可以替換根。對根進行時間戳記和簽名，存檔報告，並通過獨立監控器比較視圖。

### 時機、保證與治理

- **快照衰減：** 在截止時間之後進行交易、借貸、駭客行為或轉帳可能會立即使報告變得過時。應優先頻繁報告和持續控制，同時認識到監控也有其限制。
- **業務類型混淆：** 約定程序報告呈現特定事實發現，並不自動構成審計意見。閱讀適用標準、負責方、程序和鑑證結論。
- **管理選擇的程序：** 狹窄的測試可能會忽略使用者關心的問題。將參與範圍與完整的償付能力、流動性和保管風險模型進行比較。
- **控制與治理失敗：** PoR 並不測試每項授權、對帳、網路安全或關係方控制。可在有資料的情況下，分別評估治理和經審計的財務資訊。

### 使用者解讀與操作回應

- **比率彙總：** 將不同的資產和負債轉換為一個總體比率可能會掩蓋特定代幣的不足和估值風險。請按資產類別和壓力測試折扣來審查覆蓋情況。
- **流動性不匹配：** 長期、鎖定或轉移緩慢的資產可能可以覆蓋帳面負債，但無法應付即時提取。檢查到期日、結算以及清算能力。
- **法律權利差距：** 加密控制並不決定客戶是否保有實益所有權或在破產中的優先權。請閱讀保管條款、分隔披露以及適用法律。
- **虛假的終結：** 一份過場報告可能會延遲謹慎行動，當撤回失敗或範圍惡化時。將 PoR 視為一個證據來源，而不是暴露限制和操作監控的保證或替代品。

<a id="misconceptions"></a>

## 常見的誤解

### 儲備證明（Proof of Reserves） 證明該交易所是有償付能力的

只有對合格資產和相關負債的充分完整證明，才能支持範圍內的償付能力結論。許多報告僅在某一時點驗證所選資產，即使有強有力的客戶負債承諾，也可能遺漏其他義務或法律限制。

### 我的 Merkle 證明顯示每位客戶都已被包含在內

這表明你的葉節點屬於由一個根表示的資料集。完整性要求對來源總體、對帳以及沒有遺漏或操縱的帳戶進行單獨控制。

### 鏈上錢包餘額證明平台擁有無權利負擔的資產

區塊鏈顯示資產存在於某個地址。簽名或交易可以增加對密鑰控制的證據。所有權、借貸、抵押、留置權、分離及法律可用性需要超出帳本的證據。

### 會計師的名字意味著報告是一份完整的審計

該約定程序的執行可能改用與管理層共同選擇的約定程序，並報告事實上的發現，而不對準備金充足性或財務穩定性發表意見。提供者的職稱並不決定範疇或保證層級。

### 超過 100% 的覆蓋率可保證提款和破產保護

託管人可能在資產負債表上是償債能力，但缺乏流動性，運作上無法轉移資產或面臨競爭性法律主張。提款能力與客戶財產權利必須分別評估。

<a id="related"></a>

## 相關主題

- [集中式交易所](/zh-tw/crypto/cex/)
- [託管錢包](/zh-tw/crypto/custodial-wallet/)
- [交易所銀行擠兌](/zh-tw/crypto/exchange-bank-run/)
- [交易所破產與資產隔離](/zh-tw/crypto/exchange-bankruptcy-asset-segregation/)
- [穩定幣儲備分析](/zh-tw/crypto/stablecoin-reserve-analysis/)

<a id="sources"></a>

## 來源

- [投資者諮詢：對第三方驗證／儲備證明報告應謹慎](https://pcaobus.org/resources/information-for-investors/investor-advisories/investor-advisory-exercise-caution-with-third-party-verification-proof-of-reserve-reports) - PCAOB（訪問日期：2026-08-19）
- [國際關聯服務標準 (ISRS) 4400（修訂版）](https://www.iaasb.org/publications/international-standard-related-services-isrs-4400-revised) - IAASB（訪問日期：2026-08-19）
- [條款：保護隱私的比特幣交易所資產證明](https://eprint.iacr.org/2015/1008) - IACR 密碼學 ePrint 存檔（訪問時間：2026-08-19）
- [擁有安全的中心化交易所：清償能力證明及其他](https://vitalik.eth.limo/general/2022/11/19/proof_of_solvency.html) - Vitalik Buterin（存取日期：2026-08-19）
- [RFC 9162：憑證透明度版本 2.0](https://www.rfc-editor.org/rfc/rfc9162) - RFC 編輯器（存取：2026-08-19）
- [儲備證明（Proof of Reserves）](https://www.kraken.com/proof-of-reserves) - Kraken（存取時間：2026-08-19）
- [儲備證明（Proof of Reserves）](https://www.binance.com/en/proof-of-reserves) - 幣安（存取日期：2026-08-19）
- [更新的關於破產情況下客戶保護的託管結構指南](https://www.dfs.ny.gov/industry-guidance/industry-letters/il20250930-updated-guidance-custodial-structures) - 紐約州金融服務部（存取日期：2026-08-19）

Source: https://wiki.fcontext.com/zh-tw/crypto/proof-of-reserves/index.mdx
