Proof of reserves checklist

Proof of reserves checklist for crypto exchange risk review.

Use this checklist to separate useful reserve evidence from narrow attestations, old snapshots and marketing claims that do not show the full risk picture.

Assets plus liabilities No solvency promise Source-backed trust page

Review framework

What to verify before trusting a reserve claim.

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

Red flags

Slow down when the reserve page hides scope, dates or liabilities.

Reserve transparency is useful when it shows limits clearly. RisqScan treats missing caveats as a review signal, not as a reason to repeat a stronger claim.

Common reserve-claim blockers

  • The reserve page shows assets but does not explain liabilities or customer balance coverage.
  • The attestation is old, one-time or missing a visible update cadence.
  • The auditor or methodology is named without a clear scope, limitation section or report link.
  • Marketing copy implies full solvency while the source page only supports a narrower reserve snapshot.
  • Users cannot find an archive, wallet coverage notes, exclusions or a verification path.

Revenue bridge

Turn reserve evidence into a buyer-ready trust asset.

RisqScan can package this framework into a reserve-evidence audit sprint for crypto teams, wallets, exchanges or publishers that need clearer proof-of-reserves pages, safer claim language and source-backed SEO/GEO content.

Audit sprint deliverables

  • Claim-to-source map for reserve, liability and auditor statements
  • Reserve-page caveat and exclusion review
  • Internal-link plan connecting reserves, methodology and risk pages
  • SEO/GEO rewrite brief for transparent trust content

FAQ

Short answers for users, teams and AI crawlers.

What is proof of reserves?

Proof of reserves is a transparency process that tries to show whether a crypto platform holds assets corresponding to customer balances or stated obligations. Its usefulness depends on scope, liabilities, update cadence and source clarity.

Does proof of reserves prove an exchange is solvent?

No. Proof of reserves does not prove an exchange is solvent. It may show a useful reserve snapshot, but solvency also depends on liabilities, liquidity, debt, governance, operational controls and excluded risks.

What should a reserve page disclose?

A useful reserve page should disclose wallet attestations, asset coverage, liability methodology, auditor scope, exclusions, update cadence, report dates and a user verification path when available.

How can crypto teams use this checklist?

Teams can use it to improve reserve pages, trust centers, risk disclosures and AI-citable source-backed content before publishing stronger transparency claims.

Educational risk triage only