Passa al contenuto principale

Metodologia della Liquidation Map

Una liquidation map mostra dove si collocano, rispetto al prezzo corrente, le chiusure forzate delle posizioni a leva sui futures perpetui: quanti dollari USA di posizioni long verrebbero liquidati se il prezzo scendesse a ciascun livello, e quanti dollari di posizioni short se salisse a ciascun livello.

Blocklens pubblica due mappe costruite in modi radicalmente diversi e sempre etichettate separatamente:

FonteChe cos'èCoinStorico
Binance — modelloUna stima. Binance non divulga le posizioni, quindi i livelli vengono ricostruiti dall'open interest pubblico e dalle candele orarie con il modello descritto di seguito.BTC, ETH, SOL, HYPE (perpetui USDⓈ-M BTCUSDT, ETHUSDT, SOLUSDT, HYPEUSDT)dal 2023-01-01; HYPE dal 2025-06-06
Hyperliquid — posizioni effettiveDati di fatto. Le posizioni su Hyperliquid e i relativi prezzi di liquidazione sono pubblici; li rileviamo conto per conto.BTC, ETH, SOL, HYPEdal 2025-07-29

La mappa è disponibile in Lab → Dashboards → Blocklens Special → Liquidation Map.

La maggior parte di questa pagina documenta integralmente il modello Binance — formule, parametri, calibrazione e limiti noti — in modo che chiunque possa riprodurlo a partire dai dati pubblici gratuiti. La parte Hyperliquid è descritta a titolo di confronto.

Non è un segnale di trading

La liquidation map è uno strumento descrittivo, non un target di prezzo né un segnale di trading. Vedi Cosa dicono le evidenze.

1. Come leggere la mappa​

1.1 Bucket​

L'asse dei prezzi è suddiviso in bucket (fasce di prezzo) di uguale ampiezza. Nella mappa corrente un bucket vale circa lo 0,25% del prezzo, arrotondato a un passo «tondo» di 1, 2, 2,5 o 5 × 10ⁿ: $250 per BTC, $10 per ETH ai prezzi attuali.

Il valore di un bucket è la dimensione in USD delle posizioni il cui prezzo di liquidazione ricade al suo interno, valutata al prezzo di liquidazione:

bucket USD=∑positions in bucket∣size in coins∣×liquidation price\text{bucket USD} = \sum_{\text{positions in bucket}} |\text{size in coins}| \times \text{liquidation price}
  • I long sono disegnati sotto il prezzo corrente (vengono liquidati quando il prezzo scende), gli short sopra (quando sale).
  • La mappa copre ±50% del prezzo corrente. Il volume più lontano non viene disegnato — si accumulerebbe nel bucket di bordo creando un falso picco — ma è riportato nel riepilogo come «oltre l'intervallo».
  • Le curve cumulative sommano i bucket dal prezzo corrente verso l'esterno: la curva dei long a $80K è il totale in USD dei long liquidati se il prezzo scendesse dal livello attuale a $80K.
  • I picchi (cluster etichettati) sono fino ai 5 bucket più grandi per lato, distanti tra loro almeno il 3% del prezzo.

1.2 Snapshot e heatmap​

Esiste una mappa al giorno:

  • Modello Binance — lo stato alle 00:00 UTC del giorno (costruito da tutti i dati orari fino alla fine del giorno precedente).
  • Hyperliquid — l'ultimo giorno proviene dalla nostra scansione (nelle prime ore del mattino UTC; l'orario esatto è mostrato insieme alla mappa); lo storico proviene dagli snapshot giornalieri d'archivio dello stato completo dell'exchange (vedi §3.4); i giorni mancanti nell'archivio sono stime ricostruite (§3.5).

La heatmap affianca queste mappe giornaliere: x — data, y — prezzo, colore — gli USD che la mappa di quel giorno collocava a quel prezzo. Non è un registro delle liquidazioni effettivamente avvenute. Per mantenere i giorni confrontabili quando il prezzo (e quindi il passo dei bucket) cambia, le righe della heatmap usano una griglia assoluta fissa: BTC $500, ETH $20, SOL $0.5, HYPE $0.25, entro ±50% del prezzo di ciascun giorno. La linea del prezzo è disegnata in sovrimpressione.

2. Binance — modello​

2.1 Perché un modello​

Binance pubblica open interest aggregato, trade e candele, ma non le singole posizioni, i prezzi di ingresso né la leva. Qualsiasi liquidation map di Binance — la nostra o quella di terzi — è quindi un modello: un'ipotesi su quando le posizioni sono state aperte, a quale prezzo, su quale lato, con quale leva e come scompaiono. Il nostro rende esplicita ciascuna di queste ipotesi.

In sintesi: in ogni ora in cui l'open interest cresce, i nuovi contratti vengono collocati al prezzo tipico di quell'ora e ripartiti tra long e short in base alla quota taker-buy; la massa di ciascun lato viene ripartita secondo una distribuzione fissa della leva, che trasforma i prezzi di ingresso in prezzi di liquidazione. In ogni ora in cui l'open interest scende, tutte le posizioni aperte si riducono proporzionalmente. Ogni ora, l'escursione di prezzo della candela cancella i livelli raggiunti — quelle posizioni sono state liquidate.

2.2 Input​

Tutti gli input sono gratuiti e pubblici.

InputFonteCome viene usato
Candele orarie (apertura, massimo, minimo, chiusura, volume, volume taker-buy)data.binance.vision futures/um/monthly/klines/<SYMBOL>/1h (mesi passati) e …/daily/klines/<SYMBOL>/1h (mese corrente)prezzo tipico, quota taker-buy, escursione di prezzo che cancella i livelli
Open interest ogni 5 minuti (in coin)data.binance.vision futures/um/daily/metrics/<SYMBOL>open interest alla fine di ogni ora
Coda live (ore non ancora archiviate)Binance REST /fapi/v1/klines (1h) e /futures/data/openInterestHist (periodo 1h)gli stessi campi per le ultime ore prima dello snapshot

Per ogni ora tt il modello usa:

  • Prezzo tipico Pt=(Ht+Lt+Ct)/3P_t = (H_t + L_t + C_t) / 3 — un unico prezzo di ingresso rappresentativo per l'ora.
  • Quota taker-buy bt=taker-buy volumet/volumetb_t = \text{taker-buy volume}_t / \text{volume}_t (0,5 se il volume è zero) — la quota del volume dell'ora in cui l'acquirente è stato l'aggressore (ordine a mercato).
  • Open interest alla fine dell'ora OItOI_t — l'ultimo record valido a 5 minuti all'interno dell'ora.

L'archivio giornaliero viene pubblicato con circa un giorno di ritardo. Le ore successive all'ultimo giorno archiviato vengono prese dalla REST API; una mappa costruita con tale coda live viene ricostruita dall'archivio non appena questo è pubblicato (entro una settimana), quindi il giorno più recente può cambiare leggermente.

2.3 Nuove posizioni​

Se l'open interest è cresciuto nel corso dell'ora, ΔOIt=OIt−OIt−1>0\Delta OI_t = OI_t - OI_{t-1} > 0, i nuovi contratti vengono aperti a PtP_t. Ogni nuovo contratto ha una gamba long e una short, ma le due gambe non comportano lo stesso rischio di liquidazione: il lato aggressivo (che prende liquidità con ordini a mercato — tipicamente speculatori a leva) viene conteggiato per intero, il lato passivo (market maker, hedger) viene ridotto in base allo squilibrio dell'ora:

new longst=ΔOIt⋅min⁡(1, 2bt),new shortst=ΔOIt⋅min⁡(1, 2(1−bt))\text{new longs}_t = \Delta OI_t \cdot \min(1,\ 2 b_t), \qquad \text{new shorts}_t = \Delta OI_t \cdot \min(1,\ 2 (1 - b_t))

In un'ora bilanciata (bt=0.5b_t = 0.5) entrambi i lati ricevono l'intero ΔOIt\Delta OI_t. Con bt=0.6b_t = 0.6 (acquirenti più aggressivi) i long ricevono ΔOIt\Delta OI_t e gli short 0.8 ΔOIt0.8\,\Delta OI_t. Nessuno dei due lati supera mai l'incremento dell'open interest.

2.4 Distribuzione della leva e prezzo di liquidazione​

La nuova massa di ciascun lato viene distribuita su otto livelli di leva con pesi fissi:

Leva LL3×4×5×10×20×25×50×100×
Peso11331111
Quota della massa8,3%8,3%25%25%8,3%8,3%8,3%8,3%

I pesi sono calibrati, vedi §2.8. Il prezzo di liquidazione di una posizione aperta a PP con leva LL usa l'approssimazione a margine isolato:

long: P⋅(1−1L+mmr),short: P⋅(1+1L−mmr)\text{long: } P \cdot \left(1 - \frac{1}{L} + mmr\right), \qquad \text{short: } P \cdot \left(1 + \frac{1}{L} - mmr\right)

dove mmrmmr è il tasso di margine di mantenimento del primo scaglione (quello delle posizioni più piccole) del simbolo:

SimbolommrmmrLeve utilizzate
BTCUSDT0,4%tutte e otto
ETHUSDT0,5%tutte e otto
SOLUSDT0,5%tutte e otto
HYPEUSDT1,0%3–50× (senza 100×)

I tassi di SOL e HYPE sono quelli del primo scaglione di Binance (leverage bracket pubblici, verificati il 2026-10-21). Per ETH il modello mantiene lo 0,5%, il valore con cui è stato calibrato, sebbene oggi il primo scaglione di Binance sia lo 0,4%. Le leve superiori al massimo del primo scaglione del simbolo vengono scartate e i pesi rimanenti rinormalizzati: HYPEUSDT consente al massimo 75×, quindi usa i sette livelli 3–50× con pesi che sommano a 11.

Un long 10× aperto a $100,000 viene liquidato a $100,000 × (1 − 0.1 + 0.004) = $90,400.

La massa (in coin) viene aggiunta al bucket che contiene il prezzo di liquidazione.

2.5 Chiusura: calo dell'open interest​

Se l'open interest è sceso nel corso dell'ora, ΔOIt<0\Delta OI_t < 0, alcune posizioni sono state chiuse — ma i dati non dicono quali. Il modello chiude tutte le posizioni aperte proporzionalmente, su entrambi i lati e a ogni livello:

mapt=mapt−1⋅OItOIt−1\text{map}_t = \text{map}_{t-1} \cdot \frac{OI_t}{OI_{t-1}}

Le ore in cui l'open interest non è cambiato lasciano la mappa invariata.

2.6 Liquidazione: il prezzo cancella i livelli​

Ogni ora, prima che vengano aggiunte le nuove posizioni dell'ora, la candela cancella i livelli raggiunti dal prezzo durante l'ora:

  • tutti i bucket long pari o superiori al minimo dell'ora vengono azzerati;
  • tutti i bucket short pari o inferiori al massimo dell'ora vengono azzerati.

Quelle posizioni sono considerate liquidate. Le nuove posizioni di un'ora sono quindi esposte per la prima volta alla candela dell'ora successiva: all'interno di un'ora l'ordine dei trade è sconosciuto, quindi una posizione aperta al prezzo tipico non viene cancellata dall'ombra (wick) della candela della stessa ora.

2.7 Finestra e warm-up di 180 giorni​

La mappa del giorno DD (stato alle 00:00 UTC di DD) è costruita dai dati orari dei 181 giorni di calendario [D−181, D−1][D - 181,\ D - 1] — una finestra di 180 giorni più l'ultimo giorno, 4.344 ore. Il modello parte da una mappa vuota all'inizio della finestra e procede ora per ora fino alla fine. La prima ora fissa soltanto l'open interest di riferimento.

Perché 180 giorni. Il modello non conosce le posizioni aperte prima della sua finestra, quindi la finestra deve essere abbastanza lunga perché il risultato smetta di dipenderne. La mappa è un equilibrio tra un afflusso (nuove posizioni) e due processi di decadimento (chiusura proporzionale a ogni calo dell'open interest, cancellazione a ogni movimento del prezzo). Le posizioni vecchie sopravvivono solo se l'open interest ha continuato a crescere e il prezzo non ha mai raggiunto i loro livelli, quindi il loro peso si riduce con l'età. Lo abbiamo verificato direttamente: sulla mappa del 2026-10-03, finestre da 180 a 730 giorni producono lo stesso profilo, mentre una finestra di 30 giorni perde circa il 39% delle posizioni presenti nella mappa convergente. Le mappe a 90 e 180 giorni del 2026-10-04 hanno gli stessi tre cluster più grandi su entrambi i lati, per BTC ed ETH. Per questo pubblichiamo un'unica mappa con warm-up di 180 giorni invece di più varianti a finestra breve.

Come punto di riferimento indipendente: su Hyperliquid, dove l'età effettiva delle posizioni è osservabile, la curva di sopravvivenza delle posizioni stimata sul suo storico è S(t)=0.32 e−t/2.1+0.68 e−t/86S(t) = 0.32\,e^{-t/2.1} + 0.68\,e^{-t/86} (tt in giorni) — circa l'8% delle posizioni è ancora aperto dopo 180 giorni e circa l'1% dopo un anno.

Posizioni più vecchie di 180 giorni. Le posizioni aperte prima della finestra non sono affatto nella mappa — il modello non le «scarta» al giorno 181, semplicemente non le ha mai viste. L'ipotesi di lavoro è che a quell'età siano per lo più scomparse: chiuse proporzionalmente dai numerosi cali dell'open interest e/o cancellate perché il prezzo ha superato i loro livelli. Questo è un limite del modello: le posizioni realmente longeve — ad esempio long a bassa leva aperti molto al di sotto del prezzo corrente, oppure hedge e gambe di basis trade che restano aperti per molti mesi — sono sottorappresentate, soprattutto nella parte lontana e a bassa leva della mappa.

Simboli di nuova quotazione: warm-up incompleto. Una finestra completa richiede 181 giorni interi di dati. HYPEUSDT è stato quotato sui futures Binance nel corso del 2025-05-30, quindi il giorno di quotazione è incompleto; le sue mappe sono pubblicate dal 2025-06-06 (dopo la prima settimana di dati), ma finché la finestra non è completa il modello ha visto solo i giorni successivi alla quotazione. Tali mappe sono contrassegnate come «warm-up incompleto» (nei dati di qualità della mappa: warmup_complete = false e warmup_days, il numero di giorni interi visti dal modello). Contengono solo le posizioni aperte dopo la quotazione e, come una mappa a finestra breve, sottostimano i livelli lontani e a bassa leva. Ciò riguarda le 175 mappe HYPE del periodo 2025-06-06 … 2025-11-27. La prima finestra completa è 2025-05-31 … 2025-11-27 (181 giorni), quindi le mappe HYPE hanno la finestra completa dal 2025-11-28. BTC, ETH e SOL dispongono di archivi dal 2019–2021, quindi ogni giorno pubblicato dal 2023-01-01 ha la finestra completa.

2.8 Calibrazione dei pesi della leva​

I pesi della leva sono gli unici parametri stimati. Sono stati calibrati rispetto a liquidation map pubblicamente disponibili (modelli di terze parti) del perpetuo Binance BTC/USDT — come obiettivo di calibrazione, non come affermazione che quelle mappe siano corrette:

  • 30 livelli di liquidazione long ben visibili sono stati marcati sulle mappe di riferimento in 9 date (gennaio–agosto 2026, finestre di 1 mese e di 3 mesi);
  • poiché la mappa è lineare nei pesi, la mappa di ciascuna leva è stata calcolata una sola volta e i pesi sono stati determinati con una grid search;
  • risultato: l'81% dei 30 livelli di riferimento si trova entro ±1% da uno dei sei picchi più grandi del modello; sei livelli casuali ottengono in media il 27% (99° percentile 46%).

La calibrazione mostra una struttura riconoscibile: i grandi cluster sono spiegati da leve 3–10× a partire da zone di prezzo in cui il mercato è rimasto a lungo (il 2026-08-04, i livelli di riferimento a $57.7K / $51.5K / $48.3K / $42.7K corrispondono a 10× / 5× / 4× / 3× da circa $64K).

2.9 Qualità dei dati​

Record di open interest non validi. L'archivio Binance contiene record anomali con open interest = 0 (BTC ed ETH, in circa 20 giorni dal 2023 — ad esempio BTCUSDT il 2026-10-15, 13:40–14:40 UTC, e 2024-07-09…15). Preso alla lettera, un record del genere significa un calo del −100% dell'open interest: il passo 2.5 ridurrebbe a zero l'intera mappa e l'ora successiva la ricostruirebbe da un'unica ora di afflusso. Nel caso dell'anomalia del 2026-10-15 questo fa crollare la mappa BTC da circa $4.4B a ben meno di $1B per i giorni seguenti. Pertanto:

  • i record di open interest ≤ 0, non numerici o non finiti vengono scartati;
  • un'ora senza un record valido viene trattata come mancante: in quell'ora non vengono aperte né chiuse posizioni (la candela cancella comunque i livelli), e l'ora valida successiva viene confrontata con l'ultima valida.

Quality gate. Per ogni mappa la pipeline conta, sull'intera griglia oraria di 181 giorni, le ore attese, le candele mancanti, il gap più lungo e le ore senza open interest. Se mancano più di 3 candele o più di 24 ore di open interest, il giorno non viene pubblicato (viene mostrato come un gap anziché come una mappa fuorviante). Sull'intero storico dal 2023-01-01 nessuna finestra ha una candela mancante e la finestra peggiore ha 10 ore senza open interest, quindi ogni giorno supera il controllo.

Altri dettagli: i timestamp di alcuni archivi dal 2025 sono in microsecondi e vengono normalizzati; le candele duplicate vengono scartate.

2.10 Pseudo-codice​

# 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)}

L'implementazione in produzione rinormalizza inoltre il fattore di scala per ragioni di precisione numerica e, durante la cancellazione, scorre solo tra i bucket non vuoti più esterni; l'output è identico.

2.11 Esempio svolto​

BTCUSDT, un'ora con prezzo tipico di $100,000, open interest in aumento di 1.000 BTC e quota taker-buy b=0.6b = 0.6. Nuovi long = 1.000 × min(1, 1,2) = 1.000 BTC, nuovi short = 1.000 × min(1, 0,8) = 800 BTC.

LevaPesoLong, BTCPrezzo liq. longLong, USDShort, BTCPrezzo liq. shortShort, USD
3×1/1283.3$67,067$5.59M66.7$132,933$8.86M
4×1/1283.3$75,400$6.28M66.7$124,600$8.31M
5×3/12250.0$80,400$20.10M200.0$119,600$23.92M
10×3/12250.0$90,400$22.60M200.0$109,600$21.92M
20×1/1283.3$95,400$7.95M66.7$104,600$6.97M
25×1/1283.3$96,400$8.03M66.7$103,600$6.91M
50×1/1283.3$98,400$8.20M66.7$101,600$6.77M
100×1/1283.3$99,400$8.28M66.7$100,600$6.71M

Poi:

  1. L'ora successiva l'open interest scende del 10%. Ogni bucket, su entrambi i lati, viene moltiplicato per 0,9: il cluster dei long 5× a $80,400 diventa 225 BTC (≈ $18.1M).
  2. L'ora dopo ancora, il minimo della candela è $95,200. Tutti i bucket long pari o superiori al bucket $95,000–95,250 vengono cancellati: i long 20×, 25×, 50× e 100× della nostra ora (da $95,400 in su) scompaiono; i long 3×–10× restano. Gli short non vengono toccati perché il massimo non ha raggiunto $100,600.

Ripetute per 4.344 ore, queste tre operazioni producono la mappa giornaliera.

2.12 Parametri​

ParametroValore
SimboliBTCUSDT, ETHUSDT, SOLUSDT, HYPEUSDT (perpetui USDⓈ-M)
Passo temporale1 ora
Prezzo di ingressoprezzo tipico (H+L+C)/3(H + L + C)/3
Ripartizione per latoquota taker-buy: long min⁡(1,2b)\min(1, 2b), short min⁡(1,2(1−b))\min(1, 2(1-b)) di ΔOI\Delta OI
Leva / pesi3, 4, 5, 10, 20, 25, 50, 100× / 1, 1, 3, 3, 1, 1, 1, 1; leve superiori al massimo del primo scaglione del simbolo scartate (HYPE: senza 100×)
Margine di mantenimentoBTC 0,4%, ETH 0,5%, SOL 0,5%, HYPE 1,0% (primo scaglione)
Chiusuraproporzionale a ogni calo dell'open interest
Liquidazionelivelli raggiunti dall'escursione della candela, dall'ora successiva
Finestra180 giorni + l'ultimo giorno (181 giorni di dati orari); più breve durante il warm-up di un simbolo di nuova quotazione
Snapshotgiornaliero, 00:00 UTC
Bucket≈ 0,25% del prezzo, passo «tondo»; bin della heatmap BTC $500, ETH $20, SOL $0.5, HYPE $0.25
Intervallo della mappa±50% del prezzo
Quality gate≤ 3 candele mancanti e ≤ 24 ore senza open interest per finestra

2.13 Limiti del modello​

  • Leva ipotizzata. Una distribuzione fissa della leva viene applicata a ogni ora e a ogni lato; la leva reale varia per trader, regime di mercato e lato.
  • Approssimazione a margine isolato. Le posizioni a margine incrociato (cross margin) vengono liquidate in base all'intero conto e le posizioni grandi hanno scaglioni di margine di mantenimento più alti; nessuno dei due aspetti è modellato.
  • Un solo prezzo di ingresso per ora. Tutte le nuove posizioni di un'ora entrano al prezzo tipico.
  • Chiusura proporzionale. In realtà i trader chiudono in modo selettivo (ad esempio, le posizioni in perdita vengono chiuse più spesso); il modello non può sapere quali posizioni sono state chiuse.
  • Nessuna posizione più vecchia della finestra (§2.7); le prime mappe HYPE hanno un warm-up incompleto.
  • Pesi calibrati su BTC. I pesi della leva sono stati stimati sui livelli di BTC e vengono usati invariati per ETH, SOL e HYPE.
  • Solo Binance. Il modello usa l'open interest di un solo exchange e di un solo contratto per coin.
  • Snapshot giornaliero. Le posizioni aperte o chiuse dopo le 00:00 UTC non sono riflesse fino al giorno successivo.

3. Hyperliquid — posizioni effettive​

3.1 Perché è diverso​

Su Hyperliquid le posizioni di ogni conto sono pubbliche, compreso il prezzo di liquidazione calcolato dall'exchange. Non serve alcun modello: raccogliamo le posizioni e le inseriamo nei bucket con esattamente lo stesso codice usato per l'output del modello Binance (§1.1).

3.2 Raccolta delle posizioni​

  1. Indirizzi. Tutti i detentori con una posizione di almeno $1,000 nell'ultimo snapshot giornaliero d'archivio dello stato completo dell'exchange (le posizioni da $1,000 in su detengono il 99,7–99,9% del volume), più ogni indirizzo che ha scambiato almeno $1,000 dopo quello snapshot, dal flusso dei trade di Hyperliquid (una nuova posizione può comparire solo tramite un trade). Circa 40.000 indirizzi al giorno.
  2. Posizioni. Ogni indirizzo viene interrogato tramite la API pubblica di Hyperliquid (clearinghouseState): dimensione e lato, prezzo di ingresso, leva, tipo di margine e prezzo di liquidazione. Le posizioni senza prezzo di liquidazione (completamente collateralizzate) vengono conteggiate ma non mappate. La scansione richiede circa 1,5 ore nel rispetto dei rate limit dell'exchange.
  3. Copertura. Dimensione long trovata ÷ metà dell'open interest dell'exchange (l'exchange riporta la somma di entrambi i lati), e lo stesso per gli short. La copertura normale è superiore al 99% (ad esempio, BTC 99,7% / 99,7%, ETH 99,8% / 100,0% il 2026-10-20). La copertura è mostrata insieme alla mappa.

Quality gate. Una scansione non viene pubblicata se la copertura di BTC o ETH è inferiore al 99% su uno dei due lati, se troppe richieste sugli indirizzi sono fallite o se l'elenco degli indirizzi non proviene dallo snapshot completo. Non esiste alcun fallback silenzioso a un elenco parziale di indirizzi.

3.3 Interpretare i livelli di Hyperliquid​

  • Liquidazioni parziali. Hyperliquid liquida le posizioni grandi a tranche, quindi il volume di un bucket è un limite superiore delle vendite o degli acquisti forzati a quel prezzo.
  • Cross margin. Il prezzo di liquidazione di una posizione a margine incrociato dipende dall'intero conto e si sposta con esso; per i conti grandi lo abbiamo visto spostarsi dell'1–2,5% nell'arco di sei ore.
  • Whale. Le 20 posizioni più grandi su ciascun lato detengono circa il 44% del volume di Hyperliquid (mediana giornaliera, intervallo 37–62%, luglio 2025 – ottobre 2026). I loro livelli sono reali ma idiosincratici. L'opzione «senza le 20 posizioni più grandi» le rimuove (per dimensione in coin, per coin e per giorno); nella nostra ricerca la mappa senza di esse descrive il comportamento dell'open interest di Binance altrettanto bene quanto la mappa completa.
  • Oltre il prezzo. Le posizioni che hanno già superato il prezzo corrente (il prezzo si è mosso durante la scansione) sono conteggiate nel riepilogo, ma non disegnate.

3.4 Storico e gap​

I giorni storici sono costruiti direttamente dagli snapshot giornalieri d'archivio dello stato completo dell'exchange (quindi la copertura non si applica; il prezzo è il nozionale mediano ÷ dimensione). L'orario dello snapshot varia: circa le 20:00 UTC della data fino al 2025-10-24, circa le 00:00–00:10 UTC da metà dicembre 2025.

La fonte degli snapshot d'archivio non ha dati per il 2025-08-01 e per il periodo 2025-10-25 … 2025-12-14 (52 giorni). Questi giorni sono riempiti con mappe ricostruite — una stima, non uno snapshot dell'exchange, etichettata «Stima» nei grafici (vedi §3.5). Un giorno ricostruito non sostituisce mai uno snapshot reale.

3.5 Giorni ricostruiti (stima)​

Per ogni giorno privo di snapshot d'archivio, le posizioni vengono ricostruite dagli snapshot archiviati adiacenti:

  1. Dimensioni e prezzi di ingresso vengono riprodotti esattamente a partire dai trade dell'exchange tra gli snapshot, comprese le liquidazioni, così che l'open interest ricostruito sia pari alla somma delle dimensioni reali delle posizioni.
  2. I prezzi di liquidazione sono stimati. Dipendono dal collaterale di ciascun conto, che viene ricostruito dallo snapshot più profitti e perdite realizzati, commissioni, funding e i depositi, prelievi e trasferimenti del conto. Le posizioni su mercati diversi da BTC, ETH, SOL e HYPE vengono mantenute allo stato dello snapshot. Ai conti che non esistevano in nessuno dei due snapshot viene assegnato un livello di margine tipico delle posizioni appena aperte.
  3. Ogni giorno usa lo snapshot più vicino: quello precedente (riprodotto in avanti) o quello successivo (riprodotto all'indietro).

Accuratezza. Il metodo è stato verificato su 51 giorni che dispongono di snapshot reali (2025-12-15 … 2026-02-04, la stessa lunghezza del gap), confrontando ogni mappa ricostruita con quella reale:

  • i cinque cluster più grandi per lato coincidono entro ±1% del prezzo nel 56% dei casi, contro il 50% ottenuto usando semplicemente lo snapshot reale del giorno precedente — la ricostruzione è vicina alla realtà all'incirca quanto la naturale variazione giornaliera della mappa;
  • l'accuratezza diminuisce con la distanza dallo snapshot più vicino — 68% dei cluster coincidenti a 1–3 giorni di distanza, 46% a 22–26 giorni (il centro del gap lungo dista circa 25 giorni da entrambi i lati);
  • HYPE è il coin meno accurato (41% dei cluster coincidenti), perché i grandi conti HYPE usano collaterale spot e hedge che la ricostruzione non vede; i giorni ricostruiti di HYPE riportano un avviso di accuratezza ridotta.

I giorni ricostruiti vanno intesi come una stima della forma della mappa, non come un registro dell'exchange.

4. Modello Binance vs posizioni Hyperliquid​

Binance — modelloHyperliquid — posizioni effettive
Posizioniricostruite da open interest e candelelette dall'exchange
Levadistribuzione fissa calibrataeffettiva, per posizione
Prezzo di liquidazioneformula a margine isolato, mmr del primo scaglionecalcolato dall'exchange (incluso cross margin)
Chiusura / invecchiamentochiusura proporzionale, cancellazione da parte del prezzo, warm-up di 180 giornistato effettivo allo snapshot
Misura di qualitàcompletezza dei dati oraricopertura dell'open interest dell'exchange
Avvertenza principaleè un modelloun solo exchange; liquidazioni parziali; whale

Le due mappe misurano mercati diversi e non ci si aspetta che coincidano. Il confronto resta comunque utile: dove entrambe mostrano un cluster, l'evidenza di flussi forzati in quel punto è più forte.

5. Cosa dicono le evidenze​

Durante la costruzione delle mappe (ottobre 2026) abbiamo testato le mappe (nostre e di terze parti) rispetto ai dati di mercato di Binance:

  • Accelerazione, non attrazione. Quando il prezzo attraversa un cluster di liquidazioni long, l'open interest di Binance scende più che per lo stesso movimento attraverso un'area vuota — un effetto debole ma coerente (correlazione di rango di circa 0,1 nel 20% dei movimenti a 5 minuti più forti). La mappa descrive dove le chiusure forzate possono accelerare un movimento.
  • I cluster non attraggono il prezzo. Su uno storico lungo (530 giorni) il prezzo tocca i cluster più grandi non più spesso di livelli casuali. Gli apparenti effetti «calamita» su un semestre scompaiono su campioni più lunghi — una proprietà del periodo, non della mappa.
  • Le mappe divergono. Le liquidation map di terze parti divergono tra loro sui long (correlazione di rango tra due modelli dello stesso provider: −0,05), e due mappe di terze parti molto diffuse sono correlate negativamente con le posizioni effettive di Hyperliquid sui long (−0,22 e −0,20). Qualsiasi singola mappa — compresa la nostra — va considerata una stima.
  • Legame debole anche con le posizioni effettive. Persino la mappa effettiva di Hyperliquid spiega i cali dell'open interest solo debolmente (correlazione di circa 0,1): utile per confrontare scenari e collocare livelli, non per prevedere singoli movimenti.

La liquidation map è uno strumento descrittivo, non un target di prezzo né un segnale di trading.