Iceberg order: liquidità nascosta e funzionamento

Un iceberg order è un unico ordine limite presente nel book di un exchange, con due quantità associate: una size visualizzata, che tutto il mercato può vedere nella quotazione, e una riserva nascosta che il matching engine rilascia automaticamente man mano che la tranche visibile viene eseguita. Il nome richiama la forma dell’iceberg: una piccola punta sopra la superficie e la maggior parte della massa sotto. Nascondere la quantità ha un costo, pagato in termini di posizione nella coda: ogni tranche ricaricata viene inserita con un nuovo timestamp, dietro a tutti gli ordini già in attesa a quel prezzo.

Che cos’è un iceberg order?

Supponiamo che un fondo voglia acquistare 50.000 azioni, pagando al massimo $50,00. Se l’ordine viene inserito come normale ordine limite, il book mostra a tutti una domanda di 50.000 azioni a quel prezzo. Se viene inserito come iceberg con una size visualizzata di 500, il book ne mostra 500. Quando queste 500 azioni vengono eseguite, il matching engine preleva altre 500 dalla riserva, le inserisce nel book e ripete il processo fino all’esaurimento della riserva o alla cancellazione dell’ordine.

Due elementi restano invariati. È un unico ordine, a un unico prezzo e su un’unica venue, e l’exchange detiene l’intera quantità fin dal momento dell’inserimento.

La descrizione che incontrerai più spesso — un trader che divide un ordine di grandi dimensioni in tranche e le immette nell’arco di ore o giorni — riguarda una tecnica diversa. Si tratta di un execution schedule, gestito da un algoritmo che invia molti child order distinti su più venue e li valuta rispetto a un benchmark come VWAP. Un iceberg è un attributo dell’ordine sulla venue. La suddivisione avviene all’interno del matching engine, in microsecondi, su un singolo book.

La terminologia varia a seconda della venue. La parte visibile è la display quantity o la punta; il resto è la reserve o la non-displayed portion. Nel rulebook di Nasdaq, l’attributo è denominato Reserve Size.

Quanto può essere piccola la tranche visualizzata?

Le venue fissano una quantità minima per la parte visualizzata ed esprimono tale soglia in round lot, anziché come numero fisso di azioni. Nasdaq richiede che la size visualizzata di un reserve order sia pari, al momento dell’inserimento, ad almeno un’unità normale di negoziazione e arrotonda per difetto una quantità non espressa in round lot al round lot più vicino. Il book BZX di Cboe reintegra la quantità visualizzata quando scende al di sotto di un round lot. La formulazione varia a seconda della venue e viene modificata nel tempo. Occorre quindi consultare il rulebook della venue a cui si inviano gli ordini, invece di affidarsi a un numero riportato da una fonte secondaria.

Anche il round lot non corrisponde più a una soglia fissa di 100 azioni. Secondo la definizione modificata del Regulation NMS, in vigore dal 3 novembre 2025, la soglia varia in base al prezzo: 100 azioni fino a $250,00, 40 azioni da $250,01 a $1.000,00, 10 azioni da $1.000,01 a $10.000,00 e una sola azione oltre tale livello. Gli exchange riassegnano ogni titolo due volte l’anno sulla base del prezzo medio di chiusura rilevato durante un periodo di valutazione di marzo o settembre. L’avviso del vendor Nasdaq sulla modifica elenca le fasce e le date. Su un titolo dal prezzo di quattro cifre, la punta minima consentita è di dieci azioni.

Gli iceberg order perdono la priorità nella coda?

Sì, ed è l’aspetto che la maggior parte delle spiegazioni omette. I book azionari statunitensi classificano gli ordini resting prima in base al prezzo e poi in base al tempo. Chi arriva prima allo stesso prezzo viene eseguito prima.

La tranche visualizzata di un iceberg entra nella coda quando viene inserita. Quando la tranche viene eseguita e il motore la reintegra attingendo alla riserva, la quantità reintegrata entra come un nuovo ordine visualizzato, con un timestamp aggiornato, in fondo alla coda per quel prezzo. La regola di Nasdaq descrive chiaramente questa asimmetria:

Quando un Reserve Order viene inserito, se un’esecuzione contro l’ordine visualizzato ne riduce la size al di sotto di un’unità normale di negoziazione, viene inserito un nuovo ordine visualizzato e gli viene assegnato un nuovo timestamp, mentre la size dell’ordine non visualizzato viene ridotta dello stesso importo e non riceve un nuovo timestamp.

Si tratta della Nasdaq Equity 4, Rule 4703(h), citata dal provvedimento della SEC che approva la modifica alla regola sui reserve order del 18 febbraio 2021. La riserva mantiene la posizione originaria, mentre la punta visibile riparte da capo a ogni reintegro. Un ordine da 50.000 azioni mostrato in tranche da 500 può essere reintegrato fino a cento volte, e ogni reintegro riparte dietro a tutti gli ordini visualizzati già presenti a quel prezzo. Questo è il vero costo del nascondere la quantità.

Molte venue applicano un secondo costo. A parità di prezzo, gli ordini visualizzati hanno priorità rispetto agli ordini non visualizzati. Una riserva cede quindi il passo a qualsiasi ordine visualizzato presente a quel prezzo, anche se la riserva è arrivata prima.

Iceberg order, hidden order e dark pool

• Un iceberg resta su un exchange lit e inserisce la tranche visualizzata nella quotazione pubblica, dove quella tranche può determinare il miglior bid o offer nazionale. La riserva sottostante non compare mai nella quotazione.
• Un ordine completamente hidden non mostra alcuna quantità. Resta sullo stesso exchange lit, viene eseguito al proprio limit price e appare nei dati pubblici solo dopo l’esecuzione. In genere le venue gli assegnano una priorità inferiore rispetto agli ordini visualizzati allo stesso prezzo.
• Una dark pool è una venue distinta, priva di qualsiasi quotazione pubblica. Il print viene trasmesso a posteriori al tape tramite una trade reporting facility.
• Un block trade trasferisce l’intera quantità in un unico print negoziato. Dimensione massima, durata minima: l’approccio opposto rispetto al rilascio graduale della quantità.

Tutte queste modalità consentono di movimentare quantità senza renderle note in anticipo. La differenza sta nel luogo in cui l’ordine resta e nella quota che la quotazione pubblica può effettivamente mostrare. La liquidità hidden può essere presente a prezzi che la quotazione non visualizza mai. Il book visibile rappresenta quindi sempre solo una parte della liquidità disponibile, un aspetto da considerare insieme ai mercati locked e crossed.

Quale quota dei print avviene in size ridotte?

Prima di interpretare l’impronta di un iceberg occorre familiarizzare con la normale struttura del tape. Il pannello seguente divide il volume azionario mensile per il numero di trade dello stesso mese, per due titoli molto conosciuti che non hanno effettuato stock split nel periodo considerato.

SELECT
    toString(month_start)                                                            AS month,
    formatDateTime(month_start, '%b %Y')                                             AS month_label,
    round(sumIf(volume, ticker = 'MSFT') / sumIf(transactions, ticker = 'MSFT'), 1)  AS msft_shares_per_print,
    round(sumIf(volume, ticker = 'KO')   / sumIf(transactions, ticker = 'KO'), 1)    AS ko_shares_per_print
FROM
(
    SELECT
        toStartOfMonth(toDate(toTimeZone(window_start, 'America/New_York'))) AS month_start,
        ticker,
        volume,
        transactions
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker IN ('MSFT', 'KO')
      AND window_start >= toDateTime('2019-01-01 00:00:00', 'UTC')
      AND window_start <  toDateTime('2026-07-01 00:00:00', 'UTC')
)
GROUP BY month_start
HAVING sumIf(transactions, ticker = 'MSFT') > 0
   AND sumIf(transactions, ticker = 'KO') > 0
ORDER BY month_start

In Jan 2019, un’esecuzione media su Microsoft comprendeva 137.4 azioni. Entro Jun 2026, la media era scesa a 39.5 azioni, rispetto a 47.7 per Coca Cola nello stesso mese. Gli ordini istituzionali non si sono ridotti. Si sono ridotte le dimensioni dei print. Oggi un singolo parent order arriva sul tape sotto forma di centinaia o migliaia di piccole esecuzioni, che sia hidden, programmato o entrambe le cose.

Se si osserva una singola sessione, emerge la stessa struttura. Il pannello successivo raggruppa tutti i print su AAPL del 17 giugno 2026 in base alla size.

WITH tape AS
(
    SELECT size
    FROM global_markets.stocks_trades
    WHERE ticker = 'AAPL'
      AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
)
SELECT
    multiIf(size < 100,  'under 100',
            size < 200,  '100 to 199',
            size < 500,  '200 to 499',
            size < 1000, '500 to 999',
            size < 5000, '1000 to 4999',
                         '5000 and up')                    AS print_size_bucket,
    count()                                                AS prints,
    round(100 * count() / sum(count()) OVER (), 2)         AS pct_of_prints,
    round(100 * sum(size) / sum(sum(size)) OVER (), 2)     AS pct_of_shares
FROM tape
GROUP BY print_size_bucket
ORDER BY min(size)

I print inferiori a 100 azioni rappresentavano 88.99% delle esecuzioni di quella giornata, ma solo 22.84% delle azioni. All’estremo opposto, la fascia 5000 and up rappresentava 0.02% dei print e 48.77% del volume. In questa distribuzione, un print da 500 azioni non è insolito. È questo il primo motivo per cui rilevare un iceberg è difficile.

Come si individua un iceberg order sul tape?

Il consolidated tape riporta prezzo, quantità, orario e venue per ogni esecuzione. Non riporta gli order ID, le display quantity né le riserve. Può però mostrare un’impronta: la stessa size che viene eseguita ripetutamente a un prezzo, nell’arco di un periodo in cui un singolo ordine visualizzato di quella dimensione difficilmente resterebbe intatto. Il pannello seguente associa ogni prezzo alla size di ciascun print nella stessa sessione e conta le ripetizioni.

SELECT
    concat(toString(size), ' shares at $', toString(round(toFloat64(price), 2)))                  AS level_and_size,
    count()                                                                                       AS prints,
    formatDateTime(toTimeZone(min(sip_timestamp), 'America/New_York'), '%H:%i')                    AS first_et,
    formatDateTime(toTimeZone(max(sip_timestamp), 'America/New_York'), '%H:%i')                    AS last_et,
    round(dateDiff('minute', min(sip_timestamp), max(sip_timestamp)) / 60.0, 1)                    AS hours_spanned
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
  AND size >= 200
GROUP BY price, size
ORDER BY prints DESC
LIMIT 12

La combinazione più ripetuta era 300 shares at $300.54, con 67 print tra 09:34 e 09:58 ET, in un intervallo di 0.4 ore. Seguiamo questa combinazione nella sessione, suddividendola in intervalli di mezz’ora, per verificare se le ripetizioni sono distribuite nell’arco della giornata o concentrate in un unico periodo.

WITH top_level AS
(
    SELECT
        price,
        size
    FROM global_markets.stocks_trades
    WHERE ticker = 'AAPL'
      AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
      AND size >= 200
    GROUP BY price, size
    ORDER BY count() DESC, size DESC, price DESC
    LIMIT 1
)
SELECT
    formatDateTime(toStartOfInterval(toTimeZone(sip_timestamp, 'America/New_York'), INTERVAL 30 MINUTE), '%H:%i') AS et_time,
    count()                                    AS prints,
    sum(count()) OVER (ORDER BY et_time)       AS cum_prints
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
  AND (price, size) IN (SELECT price, size FROM top_level)
GROUP BY et_time
ORDER BY et_time

Sono concentrate. La traccia ricompare in un solo intervallo di mezz’ora, quello iniziato alle 09:30 ET, che comprendeva 67 print e porta il conteggio progressivo della sessione a 67. Trenta minuti di ripetizioni a un unico prezzo sono un episodio concentrato, non una presenza costante per l’intera giornata. Un’impronta così breve è quindi un’evidenza meno solida di quanto il pattern iniziale possa suggerire. Un ordine visualizzato di quella size, a quel prezzo e su un titolo così attivo, verrebbe normalmente assorbito in pochi secondi. Qualcosa continuava a reinserirlo.

Perché il rilevamento degli iceberg è inaffidabile

“Qualcosa continuava a reinserirlo” è il limite realistico di ciò che il tape consente di concludere. La stessa impronta può avere spiegazioni ordinarie che non implicano alcun reserve order:

• Un algoritmo di esecuzione che divide un parent order in child order di uguale dimensione e li invia uno alla volta dal server del broker.
• Partecipanti indipendenti che scelgono la stessa quantità tonda allo stesso prezzo tondo, favoriti proprio dalla presenza di numeri tondi.
• Un market maker che riquota ripetutamente la stessa size a un livello che è disposto a mantenere.
• Il disallineamento tra numero di print e numero di ordini, perché un singolo ordine resting può essere eseguito da uno sweep che viene riportato come diversi print.

Esiste anche un caso che non lascia traccia. Un iceberg che non viene mai eseguito non produce alcuna impronta, e il tape registra solo le esecuzioni. Qualsiasi misura della liquidità nascosta basata sui print misura la parte che è stata eseguita, non quella rimasta in attesa. Il pattern va quindi considerato come un’ipotesi da verificare rispetto al mix di venue e alla quotazione, mai come un fatto certo su uno specifico ordine.

FAQ

Che cos’è un iceberg order nel trading?

Un ordine limite con due quantità: una piccola size visualizzata, che compare nella quotazione pubblica, e una riserva hidden più ampia, che l’exchange rilascia automaticamente ogni volta che la tranche visualizzata viene eseguita. È un unico ordine, a un unico prezzo e su un’unica venue.

Gli iceberg order perdono la posizione nella coda?

La perde la tranche visualizzata. Ogni reintegro viene inserito come un nuovo ordine visualizzato, con un nuovo timestamp, dietro a tutti gli ordini già presenti a quel prezzo. Secondo la regola di Nasdaq, la riserva non visualizzata mantiene il timestamp originario.

Gli iceberg order sono visibili sul Level 2?

No. La visualizzazione della profondità del book mostra solo la tranche visualizzata, che appare come un normale ordine limite di piccole dimensioni. La riserva resta invisibile fino all’esecuzione e non compare mai come riga separata.

Un iceberg order è la stessa cosa di un ordine in una dark pool?

No. Un iceberg resta su un exchange lit e pubblica una parte della propria quantità nella quotazione pubblica. Un ordine in una dark pool resta su una venue priva di quotazione pubblica, e il trade compare nei dati pubblici solo quando viene eseguito.

Gli iceberg order sono legali?

Sì. I reserve order sono attributi documentati nei rulebook degli exchange, depositati presso la SEC e disponibili alle imprese aderenti e ai loro clienti. Nascondere una parte della size di un ordine è una caratteristica dichiarata del tipo di ordine.

Ogni pannello qui pubblicato è accompagnato dal relativo SQL, così puoi verificare come è stato calcolato ciascun numero. Per eseguire la scansione dei print ripetuti su un ticker e una data scelti da te, chiedila in inglese semplice sul terminale Strasmore.