清算マップの方法論
清算マップは、レバレッジをかけた無期限先物ポジションが、現在価格から見てどの水準で強制決済されるかを示すものです。 価格が各水準まで下落したら ロング ポジションが何米ドル分清算されるか、上昇したら ショート ポジションが 何ドル分清算されるかを表します。
Blocklens は根本的に異なる方法で構築される 2 種類のマップを公開しており、両者は常に区別して表示されます。
| ソース | 内容 | コイン | 履歴 |
|---|---|---|---|
| Binance — モデル | 推定値です。Binance はポジションを開示していないため、公開されている建玉と 1 時間足から、以下で説明するモデルによって水準を再構築します。 | BTC、ETH、SOL、HYPE（USDⓈ-M 無期限先物 BTCUSDT、ETHUSDT、SOLUSDT、HYPEUSDT） | 2023-01-01 以降。HYPE は 2025-06-06 以降 |
| Hyperliquid — 実ポジション | 実データです。Hyperliquid のポジションと清算価格は公開されており、全保有者分を取得しています。 | BTC、ETH、SOL、HYPE | 2025-07-29 以降 |
マップは Lab → ダッシュボード → Blocklens Special → Liquidation Map で利用できます。
本ページでは主に Binance モデル について、計算式・パラメータ・キャリブレーション・既知の制約まで余さず解説します。 無料の公開データから誰でも再現できるようにするためです。Hyperliquid については比較のために説明します。
清算マップは記述的なツールであり、価格目標や取引シグナルではありません。 実証結果が示すこと を参照してください。
1. マップの読み方
1.1 バケット
価格軸は等幅の バケット（価格帯）に区切られます。現在のマップでは、1 バケットは価格の約 0.25% で、1、2、2.5 または 5 × 10ⁿ の「切りの良い」刻みに丸められます。現在の価格水準では BTC は $250、ETH は $10 です。
バケットの値は、清算価格がそのバケット内に入るポジションの USD 建て規模で、清算価格で 評価されます。
- ロング は現在価格の 下 に（価格が下落すると清算される）、ショート は 上 に（価格が上昇すると清算される） 描画されます。
- マップは現在価格の ±50% をカバーします。それより離れた出来高は描画しません（端のバケットに積み上がり、偽のピークに 見えてしまうため）。ただし、サマリーでは「範囲外」として集計されます。
- 累積カーブ は現在価格から外側に向かってバケットを加算します。$80K におけるロングのカーブは、価格が現在の水準から $80K まで下落した場合に清算されるロングの USD 合計です。
- ピーク（ラベル付きクラスター）は、各サイドで規模の大きい順に最大 5 つ選んだバケットで、互いに価格の 3% 以上離れています。
1.2 スナップショットとヒートマップ
マップは 1 日 1 枚 作成されます。
- Binance モデル — その日の 00:00 UTC 時点の状態（前日末までのすべての 1 時間データから構築）。
- Hyperliquid — 最新日は当社独自のスキャンによるもの（UTC の早朝。正確な時刻はマップとともに表示）です。 履歴は取引所全体の状態を記録した日次アーカイブスナップショットに基づきます（§3.4 参照）。 アーカイブに欠けている日は再構築による推定値です（§3.5）。
ヒートマップ はこれらの日次マップを横に並べたものです。x は日付、y は価格、色は その日の マップがその価格に配置した USD を表します。実際に発生した清算の記録ではありません。価格（したがってバケットの刻み）が変化しても日ごとに比較できるよう、 ヒートマップの行には固定の絶対グリッドを使用します。BTC $500、ETH $20、SOL $0.5、HYPE $0.25 で、各日の価格の ±50% の範囲内です。価格ラインは最前面に描画されます。
2. Binance — モデル
2.1 なぜモデルなのか
Binance は建玉の合計、約定、ローソク足を公開していますが、個々のポジション、エントリー価格、レバレッジは公開していません。 したがって、Binance の清算マップは、当社のものか第三者のものかを問わず、すべて モデル です。つまり、ポジションが いつ、どの価格で、どちらのサイドで、どのレバレッジで 建てられ、どのように消えるか についての仮定です。 当社のモデルはこれらの仮定をすべて明示しています。
要約すると、建玉が増加した各時間について、新規コントラクトをその時間の典型価格に配置し、テイカー買い比率を用いて ロングとショートに分割します。各サイドは固定のレバレッジ分布に配分され、エントリー価格が清算価格に変換されます。 建玉が減少した各時間には、すべての未決済ポジションが比例的に縮小します。そして毎時間、ローソク足の価格レンジが到達した 水準を消去します（そのポジションは清算されたものとみなします）。
2.2 入力データ
すべての入力データは無料で公開されています。
| 入力 | ソース | 用途 |
|---|---|---|
| 1 時間足（始値、高値、安値、終値、出来高、テイカー買い出来高） | data.binance.vision futures/um/monthly/klines/<SYMBOL>/1h（過去の月）および …/daily/klines/<SYMBOL>/1h（当月） | 典型価格、テイカー買い比率、水準を消去する価格レンジ |
| 5 分ごとの建玉（コイン建て） | data.binance.vision futures/um/daily/metrics/<SYMBOL> | 各時間終了時点の建玉 |
| ライブテール（まだアーカイブされていない時間） | Binance REST /fapi/v1/klines（1h）および /futures/data/openInterestHist（period 1h） | スナップショット直前の数時間について同じフィールド |
各時間 について、モデルは以下を使用します。
- 典型価格 — その時間を代表する単一のエントリー価格。
- テイカー買い比率 （出来高がゼロの場合は 0.5）— その時間の出来高のうち、 買い手がアグレッサー（成行注文）だった割合。
- 時間終了時点の建玉 — その時間内の 最後の有効な 5 分レコード。
日次アーカイブは約 1 日遅れで公開されます。最後にアーカイブされた日より後の時間は REST API から取得します。このような ライブテールを含めて構築されたマップは、アーカイブが公開され次第（1 週間以内）アーカイブから再構築されるため、最新日の マップはわずかに変わる可能性があります。
2.3 新規ポジション
その時間に建玉が増加した場合、すなわち のとき、新規コントラクトは で建てられます。 新規コントラクトにはそれぞれロングとショートの両レッグがありますが、両者が同じ清算リスクを負うわけではありません。 アグレッシブ な側（成行注文で流動性を取る側。通常はレバレッジをかけた投機筋）は全量を計上し、パッシブ な側 （マーケットメイカー、ヘッジャー）はその時間の不均衡に応じて減らします。
均衡した時間（）では、両サイドとも の全量を受け取ります。（買い手がよりアグレッシブ）の 場合、ロングは 、ショートは を受け取ります。どちらのサイドも建玉の増加分を超えることは ありません。
2.4 レバレッジ分布と清算価格
各サイドの新規量は、固定ウェイトで 8 つのレバレッジ水準に配分されます。
| レバレッジ | 3× | 4× | 5× | 10× | 20× | 25× | 50× | 100× |
|---|---|---|---|---|---|---|---|---|
| ウェイト | 1 | 1 | 3 | 3 | 1 | 1 | 1 | 1 |
| 量に占める割合 | 8.3% | 8.3% | 25% | 25% | 8.3% | 8.3% | 8.3% | 8.3% |
ウェイトはキャリブレーションされています。§2.8 を参照してください。 価格 、レバレッジ で建てられたポジションの清算価格は、分離マージンの近似式を用います。
ここで は、そのシンボルの第 1 ティア（最小ポジション帯）の維持証拠金率です。
| シンボル | 使用するレバレッジ | |
|---|---|---|
BTCUSDT | 0.4% | 8 つすべて |
ETHUSDT | 0.5% | 8 つすべて |
SOLUSDT | 0.5% | 8 つすべて |
HYPEUSDT | 1.0% | 3–50×（100× なし） |
SOL と HYPE の率は Binance の第 1 ティアの率です（公開レバレッジブラケット、2026-10-21 確認）。ETH については、現在の
Binance の第 1 ティアは 0.4% ですが、モデルはキャリブレーション時の値である 0.5% を維持しています。シンボルの第 1 ティア
上限を超えるレバレッジは除外され、残りのウェイトが再正規化されます。HYPEUSDT の上限は 75× のため、ウェイト合計 11 の
3–50× の 7 水準を使用します。
$100,000 で建てられた 10× のロングは、$100,000 × (1 − 0.1 + 0.004) = $90,400 で清算されます。
量（コイン建て）は、清算価格を含むバケットに加算されます。
2.5 決済：建玉の減少
その時間に建玉が減少した場合、すなわち のとき、一部のポジションが決済されていますが、どのポジションかは データからはわかりません。モデルは、両サイド・全水準にわたり、すべて の未決済ポジションを 比例的に 決済します。
建玉が変化しなかった時間は、マップをそのまま維持します。
2.6 清算：価格が水準を消去する
毎時間、その時間の新規ポジションを加算する 前に、ローソク足がその時間中に価格が到達した水準を消去します。
- その時間の 安値 以上にあるすべての ロング バケットをゼロにします。
- その時間の 高値 以下にあるすべての ショート バケットをゼロにします。
これらのポジションは清算されたものとみなされます。したがって、ある時間の新規ポジションが最初にさらされるのは 次の 時間の ローソク足です。1 時間内の約定順序は不明なため、典型価格で建てられたポジションは同じ時間のヒゲでは消去されません。
2.7 ウィンドウと 180 日のウォームアップ
日 のマップ（ の 00:00 UTC 時点の状態）は、181 暦日 の 1 時間データから構築されます。 180 日のウィンドウに最終日を加えた 4,344 時間分です。モデルはウィンドウの開始時点で空のマップから始め、末尾まで 1 時間ずつ 処理します。最初の 1 時間は基準となる建玉を設定するだけです。
なぜ 180 日なのか。 モデルはウィンドウ以前に建てられたポジションを知り得ないため、結果がウィンドウ長に依存しなくなる だけの十分な長さが必要です。マップは流入（新規ポジション）と 2 つの減衰プロセス（建玉が減少するたびの比例決済、価格変動 による消去）のバランスです。古いポジションは、建玉が増加し続け、かつ 価格がその水準に一度も到達しなかった場合にのみ 残存するため、そのウェイトは経過時間とともに縮小します。これを直接検証しました。2026-10-03 のマップでは、 180 日から 730 日までのウィンドウが同じプロファイルを示す 一方、30 日のウィンドウでは収束したマップに存在する ポジションの 約 39% が欠落 します。2026-10-04 の 90 日マップと 180 日マップは、BTC と ETH の両方で、両サイドの上位 3 つの クラスターが一致しています。そのため、短いウィンドウの複数のバリエーションではなく、180 日ウォームアップの 1 枚のマップを 公開しています。
独立した参照点として、実際のポジションの経過期間を観測できる Hyperliquid では、その履歴に基づいて推定したポジションの 生存曲線は （ は日数）で、180 日後も未決済のポジションは約 8%、 1 年後は約 1% にとどまります。
180 日より古いポジション。 ウィンドウ以前に建てられたポジションは マップにまったく含まれません。モデルが 181 日目に それらを「除外」するのではなく、そもそも観測していないのです。作業仮説として、その頃までにはそうしたポジションの大半は 消えていると考えます。すなわち、建玉の多数回の減少によって比例的に決済されたか、価格がその水準を通過したことで消去された かのいずれか（または両方）です。これは モデルの制約 です。本当に長く残るポジション（たとえば現在価格よりはるか下で 建てられた低レバレッジのロングや、何か月も保有されるヘッジやベーシストレードのレッグ）は過小評価され、その影響は主に マップの遠方・低レバレッジ部分に現れます。
新規上場シンボル：ウォームアップ未完了。 完全なウィンドウには 181 日分の完全なデータが必要です。HYPEUSDT は
2025-05-30 の途中で Binance 先物に上場したため、上場日のデータは不完全です。そのマップは 2025-06-06 から（最初の 1 週間分の
データの後）公開されていますが、ウィンドウが満たされるまで、モデルが観測しているのは上場以降の日のみです。このような
マップには 「ウォームアップ未完了」 のマークが付きます（マップの品質データでは warmup_complete = false および
warmup_days、すなわちモデルが観測した完全な日数）。これらのマップには上場以降に建てられたポジションのみが含まれ、短い
ウィンドウのマップと同様に、遠方の低レバレッジ水準を過小評価します。これは 2025-06-06 … 2025-11-27 の HYPE マップ 175 枚に
該当します。最初の完全なウィンドウは 2025-05-31 … 2025-11-27（181 日）であるため、HYPE マップは 2025-11-28 以降、完全な
ウィンドウを持ちます。BTC、ETH、SOL は 2019–2021 年からのアーカイブがあるため、2023-01-01 以降に公開されたすべての日が
完全なウィンドウを持ちます。
2.8 レバレッジウェイトのキャリブレーション
レバレッジウェイトは唯一のフィッティングパラメータです。Binance BTC/USDT 無期限先物について一般に公開されている清算マップ （第三者のモデル）に合わせてキャリブレーションしました。あくまで目標値として用いたもので、それらのマップが正しいと 主張するものではありません。
- 9 つの日付（2026 年 1 月〜8 月、1 か月および 3 か月ウィンドウ）の参照マップ上で、30 の顕著なロング清算水準をマークしました。
- マップはウェイトに対して線形であるため、各レバレッジのマップを一度だけ計算し、グリッドサーチでウェイトを求めました。
- 結果：30 の参照水準のうち 81% が、モデルの上位 6 つのピークのいずれかから ±1% 以内にあります。ランダムな 6 つの 水準では平均 27%（99 パーセンタイルで 46%）です。
キャリブレーションからは明確な構造が読み取れます。大きなクラスターは、市場が長期間滞在した価格帯からの 3–10× レバレッジで 説明されます（2026-08-04 には、$57.7K / $51.5K / $48.3K / $42.7K の参照水準が、約 $64K からの 10× / 5× / 4× / 3× に 対応）。
2.9 データ品質
無効な建玉レコード。 Binance のアーカイブには、建玉 = 0 の異常レコードが含まれています（BTC と ETH で 2023 年以降に約 20 日分。 たとえば BTCUSDT の 2026-10-15、13:40–14:40 UTC、および 2024-07-09…15）。そのまま使うと、このようなレコードは建玉の −100% の減少を意味します。ステップ 2.5 によってマップ全体がゼロにスケーリングされ、 次の時間にはわずか 1 時間分の流入からマップが再構築されることになります。2026-10-15 の異常では、これにより BTC マップが 約 $4.4B から、その後の数日間 $1B を大きく下回る水準まで崩壊します。そこで、次のように処理します。
- 0 以下、非数値、または非有限 の建玉レコードは スキップ します。
- 有効なレコードのない時間は 欠損 として扱います。その時間にはポジションの新規建ても決済も行わず（ローソク足による 水準の消去は行います）、次の有効な時間を最後の有効な時間と比較します。
品質ゲート。 パイプラインは各マップについて、181 日分の時間グリッド全体にわたり、想定時間数、欠損ローソク足、最長の ギャップ、建玉のない時間を集計します。3 本 を超えるローソク足、または 24 時間 を超える建玉が欠損している場合、 その日は 公開されません（誤解を招くマップを出す代わりに、欠落として表示します）。2023-01-01 以降の全履歴において、 ローソク足が欠損したウィンドウはなく、最悪のウィンドウでも建玉のない時間は 10 時間であるため、すべての日がゲートを通過して います。
その他の詳細：2025 年以降の一部のアーカイブのタイムスタンプはマイクロ秒単位であり、正規化しています。重複したローソク足は 除外します。
2.10 擬似コード
# inputs: hourly candles kl[t] = {high, low, close, volume, taker_buy} for the 181-day window,
# oi[t] = last valid 5-minute open interest of hour t (missing if none)
LEVERAGE = {3: 1, 4: 1, 5: 3, 10: 3, 20: 1, 25: 1, 50: 1, 100: 1}
MMR = {"BTCUSDT": 0.004, "ETHUSDT": 0.005, "SOLUSDT": 0.005, "HYPEUSDT": 0.01}[symbol]
MAX_LEVERAGE = {"BTCUSDT": 150, "ETHUSDT": 150, "SOLUSDT": 100, "HYPEUSDT": 75}[symbol]
lev = {L: v for L, v in LEVERAGE.items() if L <= MAX_LEVERAGE}
w = {L: v / sum(lev.values()) for L, v in lev.items()}
longs, shorts = Buckets(), Buckets() # coins per price bucket
prev_oi = None
for t, c in enumerate(kl):
longs.zero_at_or_above(c.low) # liquidated during hour t
shorts.zero_at_or_below(c.high)
cur = oi.get(t)
if cur is None or cur <= 0: # missing / glitch: skip the hour
continue
if prev_oi is not None:
d = cur - prev_oi
if d < 0: # positions closed proportionally
longs.scale(cur / prev_oi); shorts.scale(cur / prev_oi)
elif d > 0: # new positions at the typical price
p = (c.high + c.low + c.close) / 3
b = c.taker_buy / c.volume if c.volume > 0 else 0.5
for L in w:
longs.add(p * (1 - 1 / L + MMR), d * w[L] * min(1, 2 * b))
shorts.add(p * (1 + 1 / L - MMR), d * w[L] * min(1, 2 * (1 - b)))
prev_oi = cur
mark = kl[-1].close
map_usd = {bucket: coins * bucket.mid for bucket, coins in longs.below(mark) + shorts.above(mark)}
本番実装では、さらに数値精度のためにスケール係数を再正規化し、消去時には最も外側の空でないバケットの間だけを走査します。 出力は同一です。
2.11 計算例
BTCUSDT で、典型価格 $100,000、建玉が 1,000 BTC 増加し、テイカー買い比率 の 1 時間を考えます。 新規ロング = 1,000 × min(1, 1.2) = 1,000 BTC、新規ショート = 1,000 × min(1, 0.8) = 800 BTC です。
| レバレッジ | ウェイト | ロング、BTC | ロング清算価格 | ロング、USD | ショート、BTC | ショート清算価格 | ショート、USD |
|---|---|---|---|---|---|---|---|
| 3× | 1/12 | 83.3 | $67,067 | $5.59M | 66.7 | $132,933 | $8.86M |
| 4× | 1/12 | 83.3 | $75,400 | $6.28M | 66.7 | $124,600 | $8.31M |
| 5× | 3/12 | 250.0 | $80,400 | $20.10M | 200.0 | $119,600 | $23.92M |
| 10× | 3/12 | 250.0 | $90,400 | $22.60M | 200.0 | $109,600 | $21.92M |
| 20× | 1/12 | 83.3 | $95,400 | $7.95M | 66.7 | $104,600 | $6.97M |
| 25× | 1/12 | 83.3 | $96,400 | $8.03M | 66.7 | $103,600 | $6.91M |
| 50× | 1/12 | 83.3 | $98,400 | $8.20M | 66.7 | $101,600 | $6.77M |
| 100× | 1/12 | 83.3 | $99,400 | $8.28M | 66.7 | $100,600 | $6.71M |
その後の推移は次のとおりです。
- 次の時間、建玉が 10% 減少。 両サイドのすべてのバケットに 0.9 が乗じられます。$80,400 にある 5× ロングのクラスターは 225 BTC（≈ $18.1M）になります。
- その次の時間、ローソク足の安値が $95,200。 $95,000–95,250 のバケット以上にあるすべてのロングバケットが消去されます。 この時間に建てられた 20×、25×、50×、100× のロング（$95,400 以上）は消え、3×–10× のロングは残ります。高値が $100,600 に達していないため、ショートは影響を受けません。
これら 3 つの操作を 4,344 時間にわたって繰り返すことで、日次マップが得られます。
2.12 パラメータ
| パラメータ | 値 |
|---|---|
| シンボル | BTCUSDT、ETHUSDT、SOLUSDT、HYPEUSDT（USDⓈ-M 無期限先物） |
| 時間ステップ | 1 時間 |
| エントリー価格 | 典型価格 |
| サイド分割 | テイカー買い比率： のうちロング 、ショート |
| レバレッジ / ウェイト | 3, 4, 5, 10, 20, 25, 50, 100× / 1, 1, 3, 3, 1, 1, 1, 1。シンボルの第 1 ティア上限を超えるレバレッジは除外（HYPE：100× なし） |
| 維持証拠金 | BTC 0.4%、ETH 0.5%、SOL 0.5%、HYPE 1.0%（第 1 ティア） |
| 決済 | 建玉が減少するたびに比例的に |
| 清算 | ローソク足のレンジが到達した水準、次の時間から適用 |
| ウィンドウ | 180 日 + 最終日（1 時間データ 181 日分）。新規上場シンボルのウォームアップ中はより短い |
| スナップショット | 日次、00:00 UTC |
| バケット | 価格の約 0.25%、「切りの良い」刻み。ヒートマップのビンは BTC $500、ETH $20、SOL $0.5、HYPE $0.25 |
| マップ範囲 | 価格の ±50% |
| 品質ゲート | ウィンドウあたり欠損ローソク足 3 本以下、建玉のない時間 24 時間以下 |
2.13 モデルの制約
- 仮定されたレバレッジ。 固定のレバレッジ分布をすべての時間・すべてのサイドに適用していますが、実際のレバレッジは トレーダー、相場局面、サイドによって異なります。
- 分離マージンの近似。 クロスマージンのポジションは口座全体に基づいて清算され、大口ポジションにはより高い維持証拠金 ティアが適用されますが、どちらもモデル化していません。
- 1 時間につき 1 つのエントリー価格。 その時間のすべての新規ポジションは典型価格で建てられます。
- 比例決済。 実際にはトレーダーは選択的に決済します（たとえば含み損のポジションほど決済されやすい）が、モデルは どのポジションが決済されたかを知ることができません。
- ウィンドウより古いポジションは含まれない（§2.7）。初期の HYPE マップは ウォームアップが未完了です。
- ウェイトは BTC でキャリブレーション。 レバレッジウェイトは BTC の水準でフィッティングされ、ETH、SOL、HYPE にも そのまま使用しています。
- Binance のみ。 モデルは 1 つの取引所、コインごとに 1 つのコントラクトの建玉を使用します。
- 日次スナップショット。 00:00 UTC 以降に建てられた、または決済されたポジションは翌日まで反映されません。
3. Hyperliquid — 実ポジション
3.1 何が違うのか
Hyperliquid では、すべての口座のポジションが、取引所が算出した清算価格 も含めて公開されています。モデルは不要です。 ポジションを収集し、Binance モデルの出力とまったく同じコードでバケットに振り分けます（§1.1）。
3.2 ポジションの収集
- アドレス。 取引所全体の状態を記録した最新の日次アーカイブスナップショットにおいて、$1,000 以上のポジションを持つ すべての保有者（$1,000 以上のポジションが出来高の 99.7–99.9% を占める）に加え、そのスナップショット以降に $1,000 以上を 取引したすべてのアドレスを Hyperliquid の約定ストリームから取得します（新規ポジションは約定を通じてのみ出現し得るため）。 1 日あたり約 40,000 アドレスです。
- ポジション。 各アドレスについて、公開 Hyperliquid API（
clearinghouseState）でサイズとサイド、エントリー価格、 レバレッジ、マージンタイプ、清算価格を照会します。清算価格のないポジション（完全担保）はカウントしますが、マップには 配置しません。スキャンは取引所のレート制限内で約 1.5 時間かかります。 - カバレッジ。 検出したロングサイズ ÷ 取引所建玉の 半分（取引所は両サイドの合計を報告するため）、ショートも同様です。 通常のカバレッジは 99% 超です（たとえば 2026-10-20 には BTC 99.7% / 99.7%、ETH 99.8% / 100.0%）。カバレッジは マップとともに表示されます。
品質ゲート。 BTC または ETH のカバレッジがいずれかのサイドで 99% を下回る場合、アドレスへのリクエストの失敗が多すぎる 場合、またはアドレスリストが完全なスナップショットから得られたものでない場合、スキャンは公開されません。部分的な アドレスリストへの暗黙のフォールバックはありません。
3.3 Hyperliquid の水準の解釈
- 部分清算。 Hyperliquid は大口ポジションを分割して清算するため、バケットの出来高はその価格における強制売買の 上限 です。
- クロスマージン。 クロスマージンのポジションの清算価格は口座全体に依存し、口座とともに変動します。大口口座では、 6 時間以内に 1–2.5% 変動した例を確認しています。
- クジラ。 各サイドの上位 20 ポジションが Hyperliquid の出来高の約 44% を占めます（日次の中央値、範囲 37–62%、 2025 年 7 月 – 2026 年 10 月）。その水準は実在しますが、個々の口座の事情に左右されます。「上位 20 ポジションを除外」 トグルで それらを除外できます（コイン建てのサイズ基準、コインごと・日ごと）。当社の調査では、それらを除いたマップも完全なマップと 同程度に Binance の建玉の挙動を説明します。
- 価格を通過済み。 すでに現在価格を通過しているポジション（スキャン中に価格が動いた場合）はサマリーでカウントされますが、 描画されません。
3.4 履歴とギャップ
過去の日は、取引所全体の状態を記録した日次アーカイブスナップショットから直接構築されます（そのためカバレッジの指標は当てはまらず、 価格には「想定元本 ÷ サイズ」の中央値を用います）。スナップショットの時刻は一定ではなく、2025-10-24 までは当日の約 20:00 UTC、 2025 年 12 月中旬以降は約 00:00–00:10 UTC です。
アーカイブスナップショットのソースには、2025-08-01 および 2025-10-25 … 2025-12-14（52 日間）のデータがありません。 これらの日は 再構築 マップで補完します。これは取引所のスナップショットではなく推定値で、チャート上では「推定値」と 表示されます（§3.5 参照）。再構築された日が実際のスナップショットを置き換えることは ありません。
3.5 再構築された日（推定値）
アーカイブスナップショットのない各日について、隣接するアーカイブ済みスナップショットからポジションを再構築します。
- サイズとエントリー価格 は、スナップショット間の取引所の約定（清算を含む）から正確にリプレイされるため、再構築された 建玉は実際のポジションサイズの合計と一致します。
- 清算価格 は推定値です。清算価格は各口座の担保に依存し、担保はスナップショットに実現損益、手数料、ファンディング、 および口座の入金・出金・振替を加えて再構築されます。BTC、ETH、SOL、HYPE 以外の市場のポジションはスナップショット時点の 状態のまま保持します。どちらのスナップショット時点にも存在しなかった口座には、新規ポジションの典型的な証拠金水準を 割り当てます。
- 各日は より近い スナップショットを使用します。前のスナップショット（順方向にリプレイ）または後のスナップショット （逆方向にリプレイ）です。
精度。 この手法は、実際のスナップショットが存在する 51 日間（2025-12-15 … 2026-02-04、ギャップと同じ長さ）で検証し、 再構築した各マップを実際のマップと比較しました。
- 各サイドの上位 5 クラスターが価格の ±1% 以内で一致したのは 56% で、単に前日の実際のスナップショットを使った場合の 50% を上回りました。つまり、再構築の誤差はマップが自然に日々変化する程度に収まっています。
- 精度は、より近いスナップショットからの距離が離れるほど低下します。1–3 日離れている場合はクラスターの 68% が一致、 22–26 日では 46% です（長いギャップの中央はいずれの側からも約 25 日離れています）。
- HYPE は最も精度の低いコインです（クラスターの 41% が一致）。大口の HYPE 口座はリプレイでは捕捉できない現物担保や ヘッジを使用しているためです。HYPE の再構築日には精度低下の警告が表示されます。
再構築された日は、取引所の記録ではなく、マップの形状の推定値として扱ってください。
4. Binance モデルと Hyperliquid ポジションの比較
| Binance — モデル | Hyperliquid — 実ポジション | |
|---|---|---|
| ポジション | 建玉とローソク足から再構築 | 取引所から読み取り |
| レバレッジ | キャリブレーション済みの固定分布 | 実際の値、ポジションごと |
| 清算価格 | 分離マージンの計算式、第 1 ティアの mmr | 取引所が算出（クロスマージンを含む） |
| 決済 / 経年 | 比例決済、価格による消去、180 日のウォームアップ | スナップショット時点の実際の状態 |
| 品質指標 | 1 時間データの完全性 | 取引所建玉のカバレッジ |
| 主な注意点 | モデルである | 単一の取引所、部分清算、クジラ |
2 つのマップは異なる市場を測定しており、一致することは想定されていません。両者を比較することには意味があります。 両方にクラスターが現れる箇所では、そこに強制的なフローが存在する根拠がより強くなります。
5. 実証結果が示すこと
マップの構築過程で、当社および第三者のマップを Binance の市場データに対して検証しました（2026 年 10 月）。
- 引き寄せではなく加速。 価格がロング清算のクラスターを通過するとき、Binance の建玉は空白の領域を同じだけ動いた場合 よりも大きく減少します。効果は弱いものの一貫しています（5 分間の値動きのうち上位 20% において、順位相関は約 0.1）。 マップは、強制決済が値動きを 加速 させ得る場所を示します。
- クラスターは価格を引き寄せない。 長期の履歴（530 日）において、価格が最大のクラスターに触れる頻度はランダムな水準と 変わりません。半年程度の期間で見られる見かけ上の「マグネット」効果は、より長いサンプルでは消えます。これは観測期間に 特有の現象であり、マップの性質ではありません。
- マップ同士は一致しない。 第三者の清算マップはロングについて互いに一致せず（同一プロバイダーの 2 つのモデル間の 順位相関：−0.05）、広く使われている 2 つの第三者マップは、ロングについて Hyperliquid の実ポジションと負の相関を示します （−0.22 および −0.20）。当社のものを含め、単一のマップは 1 つの推定値として扱ってください。
- 事実であっても関係は弱い。 Hyperliquid の実際のマップでさえ、建玉の減少を弱くしか説明しません（相関は約 0.1）。 シナリオの比較や水準の把握には有用ですが、個々の値動きの予測には向きません。
清算マップは記述的なツールであり、価格目標や取引シグナルではありません。