MarketTrace
M1ポジショニングM2フットプリントM3ロスカットM4ファンディングM5ボリューム・プロファイル
方法論 · v1.0.0 · 公開 2026-05-21

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 の 8 時間ケイデンスを継承(Binance ファンディング 決済ごとに新データ 1 つ)、FE が 5 分ごとにポーリングしていても。

PPI 自体は Binance USDT-M ファンディングレートの資産別 180 サイクル ローリング z-score(1 日 3 サイクル × 60 日 ≈ 60 日のコンテキスト)。 Shadow logger は 2024-07-07 以降、資産あたり約 2,049 決済を捕捉しており、 それがパーセンタイルがマッピングされる歴史的分布です。

資産別パーセンタイル

各追跡資産について、インデックスはその資産自身の 22 か月ヒストリーに 対して現在の PPI 値をランク付けします。公式は単純な 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 つの主張であり、絶対ファンディングレートが 等しいということではありません。

グローバル集計

市場全体スコアは 6 資産別現在 PPI 値の等加重平均を、6 資産すべてに値が ある各タイムスタンプにわたって歴史的に計算された同じ等加重集計の パーセンタイルにマップしたものです。歴史的ウィンドウはそのような タイムスタンプを約 2,049 持ち、資産別 depth と同じ。

current_agg     = mean([ppi.btc, ppi.eth, ppi.sol, ppi.bnb,
                        ppi.xrp, ppi.doge])
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 を表面に。 6 venue のうち 5 つが一緒にホットに走ると、BTC 単独でブレイクアウト していなくてもスコアが上がります。

Breadth カウンター

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

Breadth は広範な regime シフトと単一資産の爆発を分離。グローバル スコア 75 + breadth_hot=5 は市場の大部分が同時に 暖かいという意味。グローバル スコア 75 + breadth_hot=1 は 1 venue が極端な高値にあって 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.0.0 初回リリース 2026-05-21。コンピュート経路の重要変更(新しい重み付け、閾値調整、追加入力)はバージョンを上げ公開日を更新します。文言修正はそのまま。