MarketTrace
M1ポジショニングM2フットプリントM3ロスカットM4ファンディングM5ボリューム・プロファイルM6板の厚み
方法論 · v1.1.0 · 公開 2026-05-21 · 更新 2026-09-02

Perpetuals Heat Index

資産別パーセンタイルと等加重グローバル・スコアの計算方法、breadth カウンターの意味、データがまだ届かない範囲。

ライブ・ウィジェットを見る: /perpetuals/positioning.

データソース

Heat Index は上流ファイルを 1 つだけ読みます: data/research/heat_index.json、PPI shadow-log cron が 毎時 :05 UTC に書き込み。同じ cron が資産別の ppi_log.jsonl ファイルも維持しています。なのでインデックスは データ・レベルで PPI の決済ケイデンスを継承します(Binance ファンディング 決済ごとに新データ 1 つ)。元の 6 資産は 8 時間ごと、HYPE は 4 時間ごとで、 FE は 5 分ごとにポーリングします。

PPI 自体は Binance USDT-M ファンディングレートの資産別 180 決済 ローリング z-score です。1 日 3 決済ならおよそ 60 日のコンテキスト、 HYPE は Binance で 2 倍の頻度で決済するため 180 決済が約 30 日を覆います。 Shadow logger は元の 6 資産について 2024-07-07 以降の Binance 決済を 1 日 3 件すべて捕捉しており、2026 年 9 月時点で各ログは約 2,360 サンプルです。 HYPE のログは自身の Binance ヒストリーが 180 決済のウィンドウを埋めた 2025 年半ばに始まり、より密なケイデンスで約 2,580 サンプルを保持します。 この資産別ログがパーセンタイルのマッピング先となる歴史的分布です。

資産別パーセンタイル

各追跡資産について、インデックスはその資産自身のログに対して現在の PPI 値をランク付けします。ログは元の 6 資産が 2024-07-07、HYPE が 2025 年半ばに始まります。公式は単純な bisect_right:現在値以下の歴史的 PPI サンプル数を数え、 合計で割り、100 を掛けます。

percentile_pct = bisect_right(sorted(history), current_ppi)
                  / len(history) × 100

BTC スコア 92 は、今日の BTC funding-z が 2024-07-07 以降観測された すべての BTC funding-z の 92% より上にあるという意味。各資産は自身の 曲線で評価されるので、同じ日の BTC 92 と DOGE 12 は資産別の ヒストリー内位置についての 2 つの主張であり、絶対ファンディングレートが 等しいということではありません。

グローバル集計

市場全体スコアは 7 資産別現在 PPI 値の等加重平均を、7 資産すべてに値が ある各タイムスタンプにわたって歴史的に計算された同じ等加重集計の パーセンタイルにマップしたものです。資産が集計に入るのは現在 PPI と ログの両方を持つ場合だけで、欠けた資産をタイムスタンプ単位で置き換える ことはせず、歴史系列は厳密な共通集合です。

HYPE はこの共有ウィンドウを二重に削ります。ログが 2025 年半ばに 始まるため共通集合がそこで切られ、さらに Binance は他の 8 時間に対して 4 時間ごとに決済するため、00:00 / 08:00 / 16:00 の決済だけが他資産と 噛み合います。その結果、共有ウィンドウは 2026 年 9 月時点で約 1,290 タイムスタンプ、元の 6 資産の資産別およそ 2,360 に対してかなり浅い 水準です。ペイロードは両方を開示します:共有ウィンドウは n_history、資産別 depth は n_history_per_asset

current_agg     = mean([ppi.btc, ppi.eth, ppi.sol, ppi.bnb,
                        ppi.xrp, ppi.doge, ppi.hype])
historical_agg  = [mean(per_asset_ppi(t)) for t in shared_timestamps]
global_pct      = bisect_right(sorted(historical_agg), current_agg)
                  / len(historical_agg) × 100

OI 加重ではなく等加重。BTC は全パーペチュアル OI の約 60% を占めて オープン・インタレストを支配するので、OI 加重コンポジットは BTC を 近く追跡することになります。等加重は代わりに breadth を表面に。 7 資産のうち 5 つが一緒にホットに走ると、BTC 単独でブレイクアウト していなくてもスコアが上がります。

Breadth カウンター

グローバル・パーセンタイルと並んで、ペイロードは 2 つのカウンターを 公開:7 資産のうち現在 Hot または Euphoric バンドにあるもの、そして Cold または Panic にあるもの。ウィジェットは これを「7 中 1 がホットゾーン」としてレンダリング。

Breadth は広範な regime シフトと単一資産の爆発を分離。グローバル スコア 75 + breadth_hot=5 は市場の大部分が同時に 暖かいという意味。グローバル スコア 75 + breadth_hot=1 は 1 資産が極端な高値にあって 1 つで 平均を引き上げているという意味。同じヘッドライン数、まったく異なる microstructure。

キャッシングと鮮度

エンドポイントはリクエストごとに heat_index.json を 読み、ファイルが 2 時間より古ければ 503 を返します。それを超えると 上流で何かおかしい(タイマー停止、PPI cron 失敗、ディスク満杯) 状態で、stale な熱量値を提供するのは正直なエラーよりも FE を 誤らせます。

Cache-Control は max-age 5 分プラス stale-while-revalidate 10 分を セット、CDN がファイルの実年齢を超えて stale-serving することなく ほとんどのトラフィックを吸収できます。FE ポーリングは一致:SWR 5 分ごとに refresh。ファイルが時間単位で更新されるので、12 件の クライアント・リクエストのうち 11 件は CDN から同一バイトを返します。

限界

バージョン管理

方法論バージョン v1.1.0、公開 2026-05-21、更新 2026-09-02。コンピュート経路の重要変更(新しい重み付け、閾値調整、追加入力)はバージョンを上げ、上の構造化データの dateModified を更新します。文言修正はそのまま。

v1.1.0(2026-09-02):2026-07-20 に HYPE が 7 番目の入力として集計に加わりました。HYPE の PPI ログは元の 6 資産より短く、Binance は 2 倍の頻度で決済するため、グローバル・パーセンタイルの背後にある共有ウィンドウは資産別 depth をかなり下回っています。その代償は集計セクションに記載しました。

v1.0.0(2026-05-21):初回リリース、6 資産。