Home / Wiki / Shadow Accounting
NAV & AccountingReviewed 2026-07-21

Shadow Accounting

An independent, parallel NAV and ledger a manager runs alongside the official books to catch errors before investors see them.

Definition

Shadow accounting is an independent, parallel calculation of a fund's net asset value and books, run by or on behalf of the manager alongside — not instead of — the official records kept by a fund administrator or the manager's own primary system. It exists purely to check: the shadow ledger and the official books are expected to agree, and any difference is a signal to investigate before either figure goes out to investors.

A shadow ledger is typically built independently rather than by copying the official system's inputs, so a shared error in a price feed, a fee formula, or a data entry doesn't silently pass both sets of books at once. Where the two disagree, the difference is treated as a NAV break and worked through a defined resolution process rather than one number simply overriding the other.

Why it matters

NAV errors are expensive precisely because they're invisible until caught — a wrong number flows into fee calculations, subscription and redemption prices, and LP statements all at once, and unwinding a published error after the fact is far more disruptive than catching it before publication. A second, independently-built calculation is one of the more effective ways to catch an error the primary process would otherwise have missed entirely.

For a smaller crypto fund not yet large enough to justify a full third-party fund administrator relationship, shadow accounting can be the only independent check on NAV at all — which raises the bar on how rigorously it's built and reconciled, since there's no second professional party behind it.

What a shadow ledger typically checks

A shadow accounting process typically reconstructs positions and NAV from an independent source of truth — often a deterministic, append-only transaction record — rather than reading whatever the primary system currently shows, so a shadow figure being wrong for a reason unrelated to the primary system's own error is unlikely.

Reconciliation then compares the shadow figure to the official one per asset or account, against a defined materiality tolerance, so genuinely immaterial rounding differences do not drown out the handful of real breaks that need investigation. Breaks are typically graded by severity and worked through a documented lifecycle — investigated, then resolved with a correcting entry or explicitly documented as immaterial — rather than silently adjusted.

Common mistakes

  • Treating a shadow ledger as a substitute for a licensed fund administrator where institutional LPs specifically require independent third-party administration — shadow accounting is a check, not a substitute for that separate relationship.

  • Letting the shadow ledger and the official books drift without a defined reconciliation cadence, so small differences accumulate into a large one before anyone notices.

  • Setting no materiality tolerance at all, so every sub-cent rounding difference registers as a break and the genuinely material ones get lost in the noise.

  • Assuming a shadow figure is automatically correct just because it is independently computed — an independent calculation built on the same flawed price feed or the same policy misunderstanding as the primary system will agree with it and still be wrong.

In practice

This is close to what Nyx Fund itself runs for a manager: a deterministic, hash-stamped NAV computed from an append-only ledger, reconciled against the fund's actual exchange and wallet balances with typed, severity-graded breaks; the administrator's separately-produced official NAV is then a comparison the manager makes against this shadow figure. If the shadow ledger and the live data don't tie within tolerance, it refuses to publish rather than showing a number it can't stand behind.

For a fund evaluating whether to build a shadow process in-house or lean more on outsourced administration, the free Back-Office Savings Calculator models what portion of current back-office spend is realistically automatable — useful context for deciding how shadow accounting should supplement or cross-check an administrator relationship — it complements an administrator, it does not replace one.

Run your own NAV roll-forward through the same kind of independent check a shadow ledger performs.

Try it free →

Estimate how much of your back-office spend a shadow accounting process could realistically automate versus what should stay with an administrator.

Try it free →

Questions, answered

What is shadow accounting?

Shadow accounting is an independent, parallel calculation of a fund's NAV and books, run alongside the official records to catch errors before they reach investors. It's a check, not a replacement for the fund's primary accounting or administrator relationship.

Does shadow accounting replace a fund administrator?

No. Shadow accounting is typically run by or for the manager as an internal or automated check; a fund administrator is a separate, often licensed third party whose figures institutional LPs may specifically require as independent verification.

What happens when the shadow ledger disagrees with the official books?

The difference is treated as a NAV break and investigated against a defined materiality tolerance, rather than one number automatically overriding the other. It is resolved with a documented correcting entry or explicitly logged as immaterial.

Why would a small fund use shadow accounting instead of a fund administrator?

Smaller funds sometimes aren't yet at the scale or LP-base that requires third-party administration, so an independent shadow NAV can be the only check on the manager's own numbers until the fund grows into an administrator relationship.

Related terms
/wiki/fund-administrator
Fund Administrator
/wiki/nav-break
NAV Break
/wiki/valuation-policy
Valuation Policy

Your next LP report,
on autopilot.

Start Free Trial →Book a 20-min Call →

14-day free trial · No card required · $999/month after