What MVRV is (intuition, not a formula drill)
MVRV stands for market value to realized value. Market value is the familiar idea: price times circulating supply — what the network is worth if every coin were marked at the latest spot. Realized value is different: it approximates the aggregate cost basis of the supply by valuing each unit at the price when it last moved on-chain (or an equivalent accounting convention used by the data vendor).
When market value sits far above realized value, MVRV is high: on average, coins are marked well above the prices at which they last transferred. When market value is near or below realized value, MVRV is near or under 1: the network as a whole is closer to underwater versus that realized cost basis. That is cycle-context language, not a forecast and not a tally of how many wallets are green.
For Bitcoin research culture, MVRV became popular because long multi-year series are available and because extreme highs and lows have coincided with historically frothy or capitulative regimes. Coincidence is not a trading system. Options desks still care because cycle heat often pairs with fatter tails, richer skew, and different hedge demand — context for vol and flow, not a standalone signal.
What MVRV is not
MVRV is not the percentage of addresses (or of supply) currently in profit. A single ratio can move while the share of profitable coins stays stable, or the reverse, depending on how UTXOs and cost bases are distributed. Treating “MVRV 2.1” as “most holders are up X%” is a category error.
It is also not NUPL, SOPR, or a short-term momentum oscillator. Those metrics answer related but different questions about unrealized profit, spent-output profitability, or near-term flow. Collapsing them into one number on a dashboard is how research decks quietly lie.
Finally, MVRV does not tell you where options should be priced tomorrow. Elevated MVRV may historically overlap with distribution risk and vol events; it does not replace term structure, skew, open interest, or your own risk limits.
How OptionsMatch shows MVRV on the free on-chain desk
Open /t/btc/onchain (ETH has a parallel network panel where free series allow). The Holder profit regime tile surfaces Coin Metrics Community CapMVRVCur as MVRV (proxy), with a short regime label such as below realized or elevated profit regime. Those labels are research heuristics derived from MVRV bands only — they still carry the word proxy in product language for a reason.
Beside MVRV you will see % holders in profit as n/a on the free path. That is intentional honesty, not a broken chart. The free stack never invents a holder-count percentage from MVRV. A path chart of MVRV may appear when history is available so you can see regime change over weeks and months rather than a single headline print.
Sources are labeled on the desk (Coin Metrics, DefiLlama stables, mempool.space for BTC live/radar, Blockchain.com fallbacks). Data is research-only, BFF-cached, and not a wallet or execution product. Mode chips (live / partial / empty) matter: if MVRV is missing, read the note and do not substitute a made-up percent.
What “% in profit” would add — and why it is deferred
Glassnode-style metrics such as percent of addresses in profit, percent of supply in profit, NUPL, or SOPR answer a different question: how much of the coin stock (or address set) is above its estimated cost basis right now, or how profitable recent spent outputs were. That distribution view can diverge from aggregate MVRV and is widely used in on-chain research products.
Those series typically require a paid vendor key (for example GLASSNODE_API_KEY in OptionsMatch ops docs). Free community feeds do not give a reliable drop-in substitute without scraping or inventing numbers — both are off-limits for this product. Until a paid GTM decision wires a true feed, the desk keeps the n/a slot and the MVRV proxy rather than a fake green percentage.
When (if) a paid feed ships, the honesty rule stays the same: label the real metric, keep MVRV as MVRV, and never silently rename one as the other. Deferred is better than deceptive for a research terminal that already competes on multi-venue options data.
Using MVRV with options research (without cargo-culting)
Pair on-chain regime with options desks, not instead of them. High MVRV plus rising exchange inflows can be a backdrop for richer downside wings or hedge demand — check /t/btc/skew, /t/btc/options-flow, and IV rank tools rather than shorting vol on a ratio alone. Low MVRV after a drawdown can coincide with vol that is still elevated; compare implied to realized on /t/btc/iv-rv-vrp.
Stablecoin supply expansion or contraction on the same on-chain desk is a liquidity backdrop, not a BTC price oracle. Net exchange flow is a supply/demand proxy with labeling and lag; treat it as context next to tape and open interest, not as a pin forecast.
Common mistakes: equating MVRV bands with “buy/sell signals,” averaging MVRV into a fake % of holders, ignoring that free series are roughly daily and can lag flash prints, and sizing options risk from a single on-chain tile while ignoring product specs, margin, and venue eligibility.
How to use OptionsMatch
Start on /t/btc/onchain for MVRV, exchange-flow series, stables, and large-transfer radar. Read the profit-regime note and source line every time — CapMVRVCur is a proxy, and % holders in profit stays n/a on the free path. Switch asset to ETH when you need network series there; non-BTC/ETH pairs may show stables-only with an honest banner.
Cross-link vol and flow: /t/btc/iv-rv-vrp, /t/btc/vol-regime, /t/btc/options-flow, and multi-venue /t/btc/chain. Use /guides when a desk term is unfamiliar. OptionsMatch remains research and analytics only — not financial advice, not custody, and not a substitute for venue rulebooks.
This guide is educational. On-chain metrics can be revised by vendors, mis-sampled under rate limits, or misread under stress. Do not trade size from MVRV alone.