Proof of reserves is useful only when readers can understand what was checked, what was excluded and how current the evidence is. The goal is not to create a trust badge; it is to map the source trail behind reserve-related claims.
01 Assets and wallet attestations
Check whether claimed assets are tied to visible wallets, current balances or a credible attestation process.
Wallet coverage
A reserve claim is weaker if it does not explain which wallets, chains or asset categories are included.
- Wallet attestations
- Asset coverage note
- Chain-specific reserve page
Snapshot timing
A point-in-time snapshot can become stale quickly if update cadence is unclear.
- Snapshot date
- Update schedule
- Historical attestation archive
02 Liabilities and customer balances
Reserve assets matter less if the page does not explain how liabilities are represented.
Liability inclusion
Asset-only disclosures can overstate transparency if customer liabilities are missing or only partially represented.
- Liability methodology
- Merkle tree explanation
- Customer balance inclusion note
Negative balance and loan treatment
Hidden debt, margin balances or internal loans can change the meaning of a reserve ratio.
- Audit scope note
- Terms on credit or margin
- Exclusion list
03 Auditor and methodology scope
Find who reviewed the evidence, what standard was used and what the review did not cover.
Independent review scope
An auditor name alone is not enough; readers need the exact scope and limitations.
- Auditor report
- Assurance scope
- Methodology page
What is excluded
Exclusions are often more important than headline reserve ratios.
- Limitations section
- Excluded assets list
- Report footnotes
04 User verification path
Check whether users can verify inclusion without exposing sensitive data.
Merkle proof or equivalent path
A user-facing verification path makes the claim more reviewable than a static marketing statement.
- Verification tool
- Merkle proof guide
- Privacy-preserving proof explanation
Plain-language instructions
If only technical users can understand the proof, the transparency value is limited.
- Help-center guide
- FAQ
- Example verification flow
05 Frequency, incidents and changes
A reserve page should show whether transparency is ongoing or a one-time response to pressure.
Update cadence
Regular updates are stronger than a single old snapshot.
- Monthly archive
- Status page
- Last updated date
Incident handling
Users need to know how discrepancies, paused withdrawals or chain issues are disclosed.
- Incident reports
- Status page
- Support escalation note
06 Marketing claim discipline
Reserve language should not imply more certainty than the evidence supports.
Claim-to-source consistency
A reserve page can be useful while still being misleading if landing-page claims overstate the audit.
- Homepage claim
- Reserve report
- Terms and risk disclosure
Solvency caveat visibility
Proof of reserves does not automatically prove solvency, governance quality, liquidity or operational resilience.
- Reserve caveat
- Risk disclosure
- Editorial/source policy