Crypto Fair Value & the Principal Market: Which Price, From Where (2026)
Crypto Fair Value & the Principal Market: Which Price, From Where (2026)
Reviewed by Wag3s Editorial Team — verified against the IFRS 13 principal-market / most-advantageous-market basis and the practical complexity of identifying it for crypto (many venues, differing prices, near-continuous trading) · Last reviewed May 2026
Crypto Fair Value & the Principal Market: Which Price, From Where
Fair value resolves to a single price. Crypto offers many: different venues, different quotes, and no market close to settle on. IFRS 13's answer is the exit price in the principal market, or the most advantageous market where there is no principal one, and for crypto that turns into a documented-methodology problem rather than a price lookup. This article narrows in on that specific question of which market, which source, and which timestamp, downstream of the broader measurement framework in crypto and IFRS 13.
The price-source problem in brief
- Under IFRS 13, fair value is the exit price in the principal market for the asset, or the most advantageous market if there is no principal market.
- The principal market is the one with the greatest volume and activity for the asset that the entity can access, which is a judgement rather than a default "use exchange X" rule.
- Crypto trades on many venues at differing prices around the clock, so it needs a defined, documented price-source and timestamp methodology, applied consistently.
- Index and aggregate prices have to be justified as faithfully representing the exit price, not adopted because they are convenient.
- This complements auditing crypto fair value: a documented methodology is what makes the figure auditable.
- The determination is a fact-specific auditor judgement, and this is not accounting or valuation advice.
The IFRS 13 rule
Fair value uses the price in the principal market for the asset, or — if none — the most advantageous market, as an exit price at the measurement date (see crypto & IFRS 13). For crypto this is not a single obvious number: the same asset trades on many venues at differing prices and markets effectively never close. The entity needs a defined, documented methodology — a fact-specific auditor judgement.
Identifying the principal market
The principal market is the market with the greatest volume and level of activity for the asset that the entity can access. For a widely traded cryptocurrency this means assessing across the venues the entity actually uses/can access — a judgement, not a default "use exchange X". If none can be identified, IFRS 13 falls back to the most advantageous market. Both are documented-policy questions, auditor-confirmed.
The 24/7 timestamp problem
Traditional assets have a market close giving a natural measurement-date price; crypto runs effectively around the clock, so the entity must define the precise point in time and source for the reporting-date price and apply it consistently. An undocumented or inconsistent timestamp/source choice is a common weakness — the timestamp and source convention is part of the methodology, auditor-confirmed.
Index / aggregate prices
Whether an aggregated/index price acceptably represents the principal-market exit price depends on the methodology, framework, and facts — it must be justified, not assumed convenient. The question: does the chosen source faithfully represent the exit price in the principal (or most advantageous) market the entity can access? A methodology judgement, auditor-confirmed — not a blanket yes/no.
Relation to auditing fair value
This is the accounting-measurement side; auditing crypto fair value is the assurance side testing whether the methodology and values are supportable. Complementary: a documented, consistently applied methodology is what makes the fair value auditable. The measurement determination here stays an auditor-confirmed accounting judgement.
Practical guidance
- Define the principal (or most advantageous) market the entity can access — document it.
- Pick and document a price source + exact timestamp convention; apply consistently.
- Justify any index/aggregate price as a faithful exit-price representation.
- Treat 24/7 trading as a methodology requirement, not an afterthought.
- Keep the methodology auditable — documented and consistent.
- Confirm market, source, and methodology with your auditor — fact-specific; not accounting/valuation advice.
Choosing a tool for the price source
The methodology only holds up if the tool applies the chosen source and timestamp consistently and keeps a record of both. If you are evaluating one — Cryptio and Bitwave let you configure price sources and capture timestamps — confirm it can:
- let you set the price source per asset or asset class, rather than defaulting to a single aggregate feed;
- capture an exact, consistent timestamp (a defined UTC time, not "end of business day");
- apply the same source and timestamp convention across periods, flagging any deviation;
- retain the source and timestamp on the record so the principal-market position can be evidenced.
The tool applies the configured source; whether it represents the principal-market exit price is an auditor judgement under IFRS 13.
How Wag3s fits in
Wag3s Ledger records the configured price source and exact timestamp per valuation with an audit trail, so the principal-market methodology is applied consistently and can be evidenced. The principal-market and source determination is fact-specific and stays with your auditor; Ledger's role is to apply the chosen methodology and keep the supporting record they review. See the Ledger product page.
Further reading
- Crypto & IFRS 13 Fair Value Measurement
- Auditing Crypto Fair Value
- Crypto Asset Disclosure Notes
- Crypto Realized vs Unrealized Gain Accounts
- Crypto Asset Account Classification
- Token Compensation Tax Withholding
Why price source documentation survives audits
The auditor testing your fair-value figures will ask three specific questions about the methodology: which market you designated as principal, what price source you used, and what exact timestamp you applied at the measurement date. For crypto, each of these has a wrong default answer that teams frequently adopt.
The wrong default for the principal market is "CoinGecko" or "CoinMarketCap" aggregate prices. Aggregate index providers compile prices across many exchanges using their own weightings and methodologies. Whether that compilation faithfully represents the exit price in the market with the greatest volume and level of activity that the entity can access is a documented-policy question, not an assumption. An entity that primarily trades through Binance and Kraken should document whether either of those is the principal market; if neither is, it should document why the most advantageous market is the index provider's methodology.
The wrong default for the timestamp is "end of business day." Crypto markets do not have a business day. Teams that record daily closing prices import a concept from traditional finance that does not translate. The correct approach is to define a specific UTC time as the measurement point — midnight UTC is common — and apply it consistently. Any deviation, such as using a different reference time for one quarter, creates an inconsistency the auditor will note.
The wrong default for period-end measurement is using the same price for assets held across multiple wallets on different chains. An entity holding ETH on Ethereum mainnet and wrapped ETH on Arbitrum has two positions that may have slightly different effective market prices at a given moment. Whether this produces a material measurement difference depends on the size of the positions; the methodology should address it.
A written fair-value policy document — reviewed by the auditor before year-end, not after — is the mechanism that converts this from a gap into a controlled process. The policy should specify: the principal market designation by asset class, the price source per asset or asset class, the timestamp convention, and the treatment of peg-deviation for stablecoins. Updating this policy when new assets are added to the treasury is an ongoing obligation, not a one-time exercise.
Sources
- IFRS — IFRS 13 Fair Value Measurement: fair value as the exit price in the principal market for the asset (the market with the greatest volume and level of activity the entity can access), or the most advantageous market where there is no principal market, measured at the measurement date. For crypto this is not a single obvious number, given many venues, differing prices, and near-continuous trading, so the price source, timestamp convention, and any use of an index or aggregate price are documented-policy questions and a fact-specific auditor judgement. This is not accounting or valuation advice.
Crypto Asset Disclosure Notes: What the Financial Statements Must Say (2026)
Recognising crypto is half the job; disclosing it is the other half. FASB ASU 2023-08 added specific crypto disclosures, IFRS requires fair-value-hierarchy and policy disclosure, and users expect holdings/custody/risk transparency. The disclosure set, as a framework-specific auditor judgement.
Crypto as Customer Consideration: Revenue under IFRS 15 (2026)
When a customer pays in crypto, the revenue question is not 'how much crypto' but IFRS 15 non-cash consideration: measure it at fair value, generally at contract inception, then account for the crypto received as an asset separately. The mechanic, hedged, because the measurement is an auditor judgement.
Every chain, integration, and competitor mentioned in this article gets its own page — coverage detail, comparison signals, and the audit trail your finance team needs.
- Chain
Ethereum
ERC-20, DeFi positions, gas treatment, restaking.
View page - Chain
Solana
SPL tokens, native stake, Jupiter, Metaplex NFTs.
View page - Integration
NetSuite integration
Mid-market and enterprise crypto subledger.
View page - Integration
QuickBooks integration
SMB GL with daily JE sync.
View page - Integration
Safe integration
DAO and corporate multi-sig accounting.
View page - Compare
Wag3s vs Cryptio
Side-by-side enterprise subledger comparison.
View page