§ Platform

One engine computes every figure. Every view reads the same book.

  • 01→NAV & Fund AccountingDaily NAV from chain state under your valuation policy. Locked periods, LP statements, a trail to the block.
  • 02→Performance & AttributionPnL and returns computed from every transaction since inception, and what earned them: yield or price.
  • 03→Risk & ExposureLook-through exposure: every LP token, receipt and vault share unwrapped to the last token, block by block, with leverage.
  • 04→Data & ReconstructionEvery wallet replayed from its first transaction into one reconciled ledger, also served by the Portfolio API.
  • 05→Automated NAV ReportsA period's report built from the book in one click, locked so it can't change, shared under your brand.
  • 06→All featuresRaw and adjusted data, price feeds, versions, formula mode and reports shared as a link.

§ Use cases

The same book, read by the people who have to sign off on it.

  • 01→Hedge funds & asset managersA track record from inception and a NAV your LPs and auditors can re-perform.
  • 02→Vault curatorsAudit-ready NAV and attribution for every vault, benchmarked against on-chain rates.
  • 03→Allocators & family officesEvery allocation rebuilt from the chain and read the same way, in one book.
  • 04→Fund administratorsA classified, reconciled ledger your accounting stack accepts, instead of wallet exports.
  • 05→DAOs & treasuriesOne view of a treasury spread across protocols, chains and multisigs, ready for the board or the forum.
DocsBlogData API
Book a demo
Enter appEnter app

Platform

  • NAV & Fund Accounting→
  • Performance & Attribution→
  • Risk & Exposure→
  • Data & Reconstruction→
  • Automated NAV Reports→
  • All features→

Use cases

  • Hedge funds & asset managers→
  • Vault curators→
  • Allocators & family offices→
  • Fund administrators→
  • DAOs & treasuries→
  • Docs
  • Blog
Data API→

Vaults, yields and lending markets from every major protocol and chain, through one API.

Book a demo
Dark mode
Enter appEnter app

Audit-ready NAV, from the first block. Every wallet, protocol and chain in one portfolio, reconciled to the chain.

Platform

  • NAV & Fund Accounting
  • Performance & Attribution
  • Risk & Exposure
  • Data & Reconstruction
  • Automated NAV Reports
  • Features

Use cases

  • Hedge funds & asset managers
  • Vault curators
  • Allocators & family offices
  • Fund administrators
  • DAOs & treasuries

Data API

  • Overview
  • Pricing
  • Get your API key

Resources

  • Blog
  • Documentation
  • Methodology
  • API reference

Company

  • Book a demo
  • Sign in
  • team@syncrone.fi

Syncrone provides portfolio analytics and reporting software. Finalized reports are a locked record of the period and are not an audit opinion. Portfolio figures shown on this site belong to an illustrative sample fund. Nothing here is investment advice.

© 2026 Syncronesyncrone.fi
← All posts

Risk

Marked at NAV is not liquid at NAV: a liquidity ladder for DeFi

Queues, utilization caps, cooldowns, lock-ups and maturities sit between a DeFi book's marked value and cash. How to build a time-to-exit ladder and test redemption terms against it.

Published
30 Sep 2026
Reading time
7 min
Author
Syncrone Research
Category
Risk

Related product

  • Risk & Exposure→
  • NAV & Fund Accounting→

A fund's net asset value (NAV) says what its positions are worth. It doesn't say how quickly they can become the cash an LP is owed. In a traditional book the gap is mostly a question of market depth. In a DeFi book it is also a question of protocol mechanics: queues, caps, cooldowns, locks and maturities that sit between a position's marked value and a stablecoin in the fund's wallet. Each is visible on-chain. Few appear on a NAV statement.

This matters because redemptions are paid at NAV. If the fund cannot realize NAV within the notice period, or can only realize it at a cost, someone bears the difference. Either redeeming LPs wait, or the LPs who stay are left with a less liquid, more concentrated book.

Where marked value and exit value part ways

Withdrawal queues and unstaking

Liquid staking tokens are marked at or near the value of the staked assets behind them. Redeeming natively goes through the protocol's withdrawal queue, which depends on its buffer and, on Ethereum, on the validator exit queue. It can take days, and longer when many holders exit at once. Staked stablecoins and other yield-bearing wrappers often impose a cooldown before unstaking. Each sets a floor on the time to exit by the native route. The secondary market, where one exists, trades time for price: the discount to redemption value is the cost of immediacy, and it widens when everyone wants out.

Utilization caps on lending

A lending market can only return what hasn't been lent. Available liquidity is supply minus borrows, so withdrawals are capped by utilization. Take a hypothetical market with $200.0M supplied and $170.0M borrowed: utilization is 85% and $30.0M can leave. If borrowing rises to $194.0M, utilization is 97% and only $6.0M can leave, to whoever asks first. Above a target utilization, borrow rates rise steeply to pull liquidity back, by pushing borrowers to repay and attracting new supply. That mechanism works through other users' decisions, not on the fund's schedule.

A large position is also part of the market it sits in. A fund holding $30.0M of that $200.0M market can withdraw all of it at 85% utilization, and by doing so takes the market to 100%. Curated vaults add a layer: a vault share can be redeemed only from the vault's idle balance plus what its underlying markets can release.

Pool depth and slippage

Withdrawing from an automated market maker (AMM) pool returns the underlying tokens at the pool's current ratio, and that step is usually immediate. The cost comes afterwards, in converting those tokens to the fund's base currency at size, and in single-sided exits from pools that charge for imbalance. A long-tail token is marked at its last traded price. Selling a position several times larger than the depth near that price realizes a lower one. Liquidity is a property of position size relative to the exit venue, not of the asset.

Vesting and locks

Tokens held under a vesting contract, or locked in a vote-escrow position, cannot be sold until the lock expires, sometimes years out. A perp short can neutralize the price exposure. It does not produce cash.

Maturities

A principal token can be sold before maturity on its AMM, at the prevailing implied rate and subject to the pool's depth, or held and redeemed one-for-one for its underlying at maturity. If the underlying is itself a staked asset with a cooldown, the position has two gates, not one. The same nesting applies to vault shares that hold AMM pool tokens, and to any position that has to be bridged back to the chain where the fund pays redemptions.

Hedged pairs

A delta-neutral position, such as spot collateral against a perp short, exits at the speed of its slower leg. Close the short first and the book is long. Sell the spot first and the short is unhedged.

Look-through values the position. It doesn't exit it.

Look-through pricing values a vault share or a pool position by what it holds, which is the right mark. It says nothing about how fast those holdings can be released. A ladder has to follow the exit route layer by layer, not the valuation.

Building the ladder

A liquidity ladder assigns every position, or every slice of one, to a time-to-exit bucket. Time to exit depends on four parameters, and the ladder is only as useful as their documentation:

  • Size. The fund's actual position, not a unit.
  • Cost tolerance. The maximum acceptable cost of exit, such as 50 basis points, covering slippage, fees and any discount to redemption value.
  • Base currency. The asset in which redemptions are paid, and the chain where they are paid.
  • Conditions. A normal case and a stressed case, with the stress assumptions written down.

The buckets allocators already use work on-chain: same day, 1–7 days, 8–30 days, 31–90 days and longer, close to the portfolio liquidity buckets in the SEC's Form PF.

Here is a hypothetical book marked at $100.0M. The stressed case assumes lending utilization near its cap, a secondary discount on liquid staking tokens wide enough that the native queue becomes the better exit, and principal-token pools too thin to absorb the position before maturity.

PositionMarked valueExit routeNormalStressed
Stablecoins in fund wallets$8.0MTransferSame daySame day
USDC supplied to lending markets$30.0MWithdraw available liquiditySame day$6.0M same day, $12.0M in 1–7 days, $12.0M in 8–30 days
Liquid staking tokens$20.0MSecondary sale, or native queueSame day8–30 days
Principal tokens, 75 days to maturity$15.0MAMM sale, or redemption at maturity$5.0M same day, $10.0M in 8–30 days31–90 days
Staked stablecoin, 7-day cooldown$12.0MCooldown, then redeem1–7 days1–7 days
Concentrated liquidity position$5.0MWithdraw, swap to USDCSame daySame day
Governance tokens locked for 6 more months$10.0MWait for the lock to expireMore than 90 daysMore than 90 days

Summed by bucket, as a share of NAV:

BucketNormalCumulativeStressedCumulative
Same day68.0%68.0%19.0%19.0%
1–7 days12.0%80.0%24.0%43.0%
8–30 days10.0%90.0%32.0%75.0%
31–90 days0.0%90.0%15.0%90.0%
More than 90 days10.0%100.0%10.0%100.0%

The book is marked at $100.0M in both columns. In a normal month, 90.0% of it can be cash within 30 days. Under stress, 75.0% can, and only 19.0% the same day. Utilization and pool depth change daily, so the ladder belongs on the same schedule as NAV, not in an annual policy review.

Matching the ladder to redemption terms

Set the ladder beside the fund's investor liquidity: how much NAV the LPs can redeem, and by when, after notice periods, gates and lock-ups. Suppose the hypothetical fund offers monthly redemptions on 30 days' notice. The normal ladder says that is comfortable. The stressed ladder says redemptions of up to 75.0% of NAV can be met within the notice period, which sounds generous until you look at who is left.

If LPs holding 40.0% of NAV redeem in the stressed month and are paid from the most liquid assets first, the remaining LPs own a $60.0M book. The locked governance tokens are now 16.7% of it, up from 10.0%, and only 58.3% of it can be cash within 30 days, down from 75.0%. Redeeming first was worth something, and the LPs who stayed paid for it.

That is what the ladder is for. It shows whether the redemption terms in the offering documents hold under stress, not only in a calm month. It sets a ceiling on how much of the book can sit in the slower buckets. It frames the tools that keep the cost of liquidity with the LPs who create it: notice periods, gates, side pockets, redemptions in kind. And it answers the due diligence question about what share of the portfolio could be liquidated within a given number of days.

For LP disclosures, report both columns and the assumptions behind them. A single ladder under normal conditions describes the best case, and allocators read it that way.

Where Syncrone fits

Syncrone breaks a book down by asset, protocol, chain and counterparty, with HHI concentration, and its look-through pricing values vault shares and pool positions by their underlying holdings. Its risk view puts a time-to-exit ladder and unlock schedules next to NAV, computed from the same positions at a named block. The stress assumptions behind the ladder remain the fund's own policy, and belong in its liquidity documentation.

In the product

  • RiskRisk & ExposureLook-through exposure: every LP token, receipt and vault share unwrapped to the last token, block by block, with leverage.Explore →
  • NAV & AccountingNAV & Fund AccountingDaily NAV from chain state under your valuation policy. Locked periods, LP statements, a trail to the block.Explore →

More from the blog

  • NAV & ReportingA track record that starts at onboarding is not a track record
  • PerformanceTWR, Modified Dietz and XIRR: what each one tells an LP

Onboarding takes a wallet list, not a migration

NAV you can prove.

Register your accounts. Syncrone rebuilds the rest and hands you numbers your LPs and auditors can check on their own.

Enter appEnter appBook a demo