> For the complete documentation index, see [llms.txt](https://userguide.cryptoquant.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://userguide.cryptoquant.com/ja/mketto/mvrv-ratio.md).

# MVRV比率

MVRV（Market Value to Realized Value）比率とは、資産の時価総額を実現時価総額で割ったものです。

## 定義

MVRV（Market Value to Realized Value）比率とは、資産の時価総額を[実現時価総額](https://cryptoquant.com/docs#operation/getCapitalization)で割ったものです。

$$
\text{MVRV 比率} = \frac{\text{資産の時価総額
}}{\text{実現時価総額}}
$$

## 解釈

MVRV比率は、2つの評価方法を比較することで、価格が適正かどうかを知ることができる指標です。これは市場のトップとボトムを知るのに役立ちます。この値が高すぎる場合、BTC価格は過大評価されており、売り圧を示唆している可能性があります。一方、この値が低すぎる場合、BTC価格は過小評価されており、買い圧を示唆している可能性があります。

## 使用例

### マーケットのトップとボトムを予測する

上限の閾値を3.7、下限の閾値を1に設定して、相場のトップとボトムを見極めることを考えます。3.7を超えて急激な上昇トレンドが続くようであれば、ポジションを売却するタイミングを待つ必要があります。逆に、緩やかな下降トレンドを示した後、トレンドが横ばいとなった場合は、ロングポジションを取るタイミングとなります。

![](https://2305375127-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MBHQ44vVRUAbLIaMwGN%2F-MCq02Knfkg78gNzBJFX%2F-MCvPRitu8q-X4wCPJmJ%2Fimage.png?alt=media\&token=413e2c9a-c314-403b-97b1-f531f763beae)

## データへのリンク‌ <a href="#link-to-our-data" id="link-to-our-data"></a>

* [CryptoQuant ライブチャートにおけるMVRV比率​](https://cryptoquant.com/overview/full/197?window=day)​
* [CryptoQuant データAPIドキュメントにおける MVRV 比率​](https://cryptoquant.com/docs#operation/getRiskIndicatorMVRV)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://userguide.cryptoquant.com/ja/mketto/mvrv-ratio.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
