How Syncrone works
Syncrone computes audit-ready NAV, performance and reports for funds that run capital on-chain.
It reconstructs every account from its first transaction, values positions under your valuation policy, and records every change. Every figure is computed by the same engine from the same data, so anyone with the same inputs gets the same number.
Reconciling a NAV today#
Reconciling a NAV today means pulling positions from several providers, each covering only part of the book, and matching them up by hand. The result still isn't independent: it rests on the manager's own spreadsheet.
Most portfolio tracking tools index from the date you sign up. Activity before that date (first trades, initial positions, early LP activity) is either missing or filled in with approximations.
Spam tokens, protocol reward mechanics, yield compound events, and short-lived liquidity positions add further noise. Without a classification layer, NAV is inflated and P&L is unreliable.
What breaks without complete data#
- NAV is unauditableIf the daily NAV series has gaps or relies on external approximations, the number LPs receive cannot be verified independently against a blockchain state.
- Performance metrics are wrongTWR and IRR require cash-flow data from inception. A partial history produces systematically incorrect returns, either overstating or understating performance depending on when data collection started.
- Fundraising is harderAllocators expect a continuous, auditable track record. A record that only starts at the onboarding date raises questions about the rest of the operational setup.
- Auditors have nothing to test againstWithout a deterministic, block-level computation trail, a third-party auditor cannot verify NAV independently and has to rely on the manager's own figures.
How Syncrone computes it#
Syncrone indexes DeFi positions from chain state rather than from the signup date. Its historical reconstruction engine replays every transaction from inception, rebuilding the position timeline including events that predate the platform being set up.
NAV, TWR, Modified Dietz ROI and APR, XIRR, Sharpe, Sortino, and Calmar are computed by a deterministic engine, so the same inputs and methodology settings always produce the same outputs. Every daily NAV traces back to a specific block height and token price source.
How the app is organised#
The app is organised into six areas, each answering a different operational question:
| Area | The question it answers |
|---|---|
| Strategies | How is each mandate or sleeve performing, risk-adjusted and against its benchmark? |
| Portfolio | What do we hold right now, and where is the risk concentrated? |
| Performance | What did we return, why, and what do we report to LPs? |
| Activity | What moved, when, and from which wallet? |
| Operations | What did the team correct, and can we prove it? |
| Settings | Which entities and wallets make up the reporting perimeter? |
Every page in this documentation ends with a Where this lives in the app block linking to the screens that implement it. Start here:
- DashboardLive NAV, allocation, and performance at a glance.
- ExplorerEvery position across wallets, chains, and protocols.
- PnLRealized and unrealized profit and loss over any period.
- Audit trailFull history of changes, with who and when.
New to the platform? Configure your reporting perimeter first in Entity Setup, then read NAV to understand how the headline number is built. To pull the same figures into your own systems, start with the API reference.