Transparency Dashboards for DeFi Treasuries
Public NAV and position pages let DAOs, vaults and treasuries prove holdings without granting access. What belongs on one and what to leave off.

A DAO treasury or a DeFi vault has a reporting problem most funds do not: its stakeholders are anonymous, numerous, and entitled to verify claims rather than take them on trust.
The usual answers are bad. A quarterly PDF is stale on publication. A block explorer link shows transactions, not a portfolio. A spreadsheet screenshot in Discord proves nothing.
Transparency Dashboards are the third option: a public page with live NAV, positions, holdings and history that anyone can check without being granted access to anything.
What belongs on one
| Section | Why |
|---|---|
| Current NAV | The single number people came for |
| Position breakdown | Proves the NAV rather than asserting it |
| Chain and protocol allocation | Shows where the risk actually sits |
| Historical chart | Distinguishes performance from deposits |
| Last updated | Without it, readers assume the worst |
The position breakdown is the part that does the work. A NAV figure alone is a claim. A NAV figure with the positions that add up to it is evidence.
Why decoding is the whole game here
A transparency page built on token balances is worse than no page, because it looks authoritative while being wrong. A treasury with assets in Aave, an LP position and staked SOL would display a fraction of its real value — and every reader would take that number as the truth.
The dashboard has to decode lending, LP and staking positions, and — if the treasury runs them — perps and options. Otherwise you have published a confidently wrong number to an audience that cannot check it.
The scale of that error is measured in Why Portfolio APIs Disagree About Net Worth: 10× to 600× on active wallets.
What to leave off
Publishing a treasury's full position set has real consequences. Consider carefully before exposing:
- Addresses that receive contributor payments. Salary information becomes public and permanently linkable.
- Positions small enough to be front-run or squeezed, particularly concentrated illiquid holdings and leveraged positions with visible liquidation prices.
- Pending or strategic activity — an in-progress accumulation is exactly the kind of thing observers will trade against.
Transparency is a decision about which addresses to publish, not an obligation to publish all of them. Most treasuries separate an operational wallet from the published treasury set for precisely this reason.
Transparency page vs embedded widget
| Transparency dashboard | Embedded widget | |
|---|---|---|
| Form | A hosted page you link to | A component inside your own page |
| Audience | Public, unauthenticated | Your site's visitors |
| Setup | Configure and publish | Paste an iframe |
| Best for | Proving treasury holdings | Adding a portfolio view to a product |
Many treasuries use both: the dashboard as the canonical public record, the widget to surface the headline number on the project's own homepage.
Keeping it honest over time
Two operational habits matter more than the initial setup:
Record history from day one. A transparency page that only shows today invites the question of what it showed last quarter. Daily snapshots answer it; retroactive reconstruction generally cannot.
Show the timestamp. Live data occasionally lags — a chain reorganises, an indexer falls behind. A visible "last updated" is the difference between a transient delay and an accusation of hiding something.
Keep reading
NAV ReportingWhat Is NAV Reporting for Crypto Funds?
How digital asset funds calculate Net Asset Value across wallets, chains and DeFi protocols — and why manual spreadsheet NAV breaks at scale.
2 min read
NAV ReportingWhat SOC 2 Type 2 Means for Portfolio Data
Octav is SOC 2 Type 1 and Type 2 compliant. What the difference actually is, what auditors test, and why it matters when a vendor reads your fund's wallets.
2 min read
NAV ReportingSecurity Questions to Ask a Portfolio Vendor
What a fund's security review should cover before connecting wallets to a portfolio provider — key custody, read-only access, SOC 2 and data residency.
2 min read