Strasmore Research
Matuto Matt ConnorNi Matt Connor

Iceberg Order: Nakatagong Liquidity

Ano ang iceberg order? Alamin kung paano gumagana ang displayed slice at hidden reserve, bakit nawawala ang queue priority sa bawat refresh, at paano ito nakikita sa tape.

Ang iceberg order ay isang limit order na nakapahinga sa order book ng exchange at may dalawang dami: isang displayed size na nakikita ng buong merkado sa quote, at isang hidden reserve sa likod nito na awtomatikong inilalabas ng matching engine habang nauubos ang displayed slice. Inilalarawan ng pangalan ang hugis nito: maliit na dulo sa ibabaw ng tubig, habang nasa ibaba ang karamihan ng masa. May kapalit ang pagtatago, at queue position ang kabayaran: bawat nire-refresh na slice ay ipinopost gamit ang bagong timestamp, sa likod ng lahat ng naunang nakapila sa presyong iyon.

Ano ang iceberg order?

Ipagpalagay na nais ng isang fund bumili ng 50,000 shares at handang magbayad hanggang $50.00. Kung ipinasok bilang ordinaryong limit order, makikita sa order book ang demand para sa 50,000 shares sa presyong iyon. Kung ipinasok bilang iceberg na may display size na 500, 500 shares lamang ang makikita sa order book. Kapag na-trade ang 500 na iyon, kumukuha ang matching engine ng panibagong 500 mula sa reserve, ipinopost ito, at inuulit ang proseso hanggang maubos ang reserve o makansela ang order.

Dalawang bagay ang nananatiling totoo. Iisa itong order sa iisang presyo at iisang venue, at hawak na ng exchange ang buong quantity mula nang ipasok ang order.

Ang paglalarawang pinakamadalas mong marinig—isang trader na hinahati ang malaking order sa mga piraso at ipinapasok ang mga ito sa loob ng ilang oras o araw—ay ibang technique. Isa itong execution schedule na pinapatakbo ng algorithm, na nagpapadala ng maraming magkakahiwalay na child orders sa ilang venue at sinusukat laban sa benchmark gaya ng VWAP. Ang iceberg ay isang venue order attribute. Sa loob ng matching engine nangyayari ang paghahati, sa loob ng microseconds, sa iisang order book.

Nag-iiba ang vocabulary depende sa venue. Ang nakikitang bahagi ay tinatawag na display quantity o tip, ang natitira ay reserve o non-displayed portion, at tinatawag ng rulebook ng Nasdaq ang attribute na Reserve Size.

Gaano kaliit maaaring maging ang displayed slice?

Nagtatakda ang mga venue ng minimum para sa displayed portion at ipinapahayag ito sa round lots, sa halip na sa fixed share count. Kinakailangan ng Nasdaq na ang displayed size ng isang reserve order sa pagpasok ay hindi bababa sa isa o higit pang normal units of trading, at niroround down ang mixed lot sa pinakamalapit na round lot. Sa BZX book ng Cboe, nire-replenish ang displayed quantity kapag bumaba ito sa mas mababa sa isang round lot. Nagkakaiba ang wording ayon sa venue at maaari itong amyendahan, kaya basahin ang rulebook ng venue na pagpapadalhan mo ng order sa halip na umasa sa numerong narinig lamang mula sa iba.

Hindi na rin simpleng 100 shares ang isang round lot. Sa ilalim ng amyendahang depinisyon ng Regulation NMS, na ipinatutupad mula November 3, 2025, nakadepende ito sa presyo: 100 shares sa $250.00 pababa, 40 shares mula $250.01 hanggang $1,000.00, 10 shares mula $1,000.01 hanggang $10,000.00, at one share para sa mas mataas pa roon. Muling itinatakda ng mga exchange ang classification ng bawat stock dalawang beses bawat taon, batay sa average closing price nito sa evaluation period ng March o September. Inililista ng Nasdaq's vendor alert tungkol sa pagbabago ang mga tier at petsa. Para sa stock na nasa four figures ang presyo, ten shares ang pinakamaliit na pinapahintulutang tip.

Nawawala ba ang queue priority ng iceberg orders?

Oo, at ito ang bahaging nilalaktawan ng karamihan sa mga paliwanag. Sa US equity books, inuuna sa pagraranggo ang presyo at pagkatapos ay ang oras. Kapag mas maaga kang dumating sa parehong presyo, mas maaga kang mati-trade.

Sumasali sa queue ang displayed slice ng iceberg kapag ito ay naipost. Kapag napuno ang slice at ni-replenish ito ng engine mula sa reserve, pumapasok ang replenishment bilang bagong displayed order na may bagong timestamp, sa hulihan ng pila para sa presyong iyon. Malinaw ang pagkakaibang ito sa rule ng Nasdaq:

Kapag naipost ang isang Reserve Order, kung may execution laban sa displayed order na nagiging sanhi upang bumaba ang size nito sa mas mababa sa normal unit of trading, maglalagay ng bagong displayed order at bibigyan ito ng bagong timestamp. Samantala, mababawasan ng parehong halaga ang size ng non-displayed order at hindi ito bibigyan ng bagong timestamp.

Ito ang Nasdaq Equity 4, Rule 4703(h), na sinipi mula sa SEC order na nag-aapruba sa pagbabago sa reserve order rule noong February 18, 2021. Nananatili ang orihinal na posisyon ng reserve, habang nire-reset ang visible tip sa bawat refresh. Ang 50,000-share order na ipinapakita nang tig-500 ay maaaring mag-refresh nang hanggang one hundred times, at bawat refresh ay muling pumipila sa likod ng lahat ng displayed order na nakapahinga na sa presyong iyon. Iyan ang tunay na cost ng pagtatago.

Maraming venue ang may karagdagang cost. Nauuna ang displayed interest sa non-displayed interest sa parehong presyo, kaya mauuna sa reserve ang anumang displayed order doon kahit mas nauna pang dumating ang reserve.

Iceberg order kumpara sa hidden order at dark pool

  • Ang iceberg ay nakapahinga sa isang lit exchange at inilalagay ang displayed slice nito sa public quote, kung saan maaaring itakda ng slice na iyon ang national best bid or offer. Hindi kailanman lumilitaw sa quote ang reserve sa likod nito.
  • Ang fully hidden order ay walang ipinapakitang bahagi. Nakapahinga ito sa parehong lit exchange, nag-e-execute sa limit price nito, at lumilitaw lamang sa public data pagkatapos nitong ma-trade. Karaniwang inilalagay ito ng mga venue sa likod ng displayed orders sa parehong presyo.
  • Ang dark pool ay hiwalay na venue na walang public quote. Umaabot sa tape ang print sa pamamagitan ng trade reporting facility pagkatapos ng trade.
  • Inililipat ng block trade ang buong quantity sa isang negotiated print. Ito ang kabaligtarang approach sa unti-unting paglabas ng order, na may maximum size at minimum duration.

Lahat ng ito ay naglilipat ng quantity nang hindi ito ina-advertise nang maaga. Ang pinagkaiba nila ay kung saan nakapahinga ang order at gaano karami nito ang nailalagay sa public quote. Maaaring umupo ang hidden interest sa mga presyong hindi ipinapakita ng quote, kaya palaging bahagyang larawan lamang ng available liquidity ang visible book. Mahalagang tandaan ito kasabay ng locked and crossed markets.

Gaano karami sa tape ang nagpi-print sa maliliit na size?

Bago mo mabasa ang footprint ng iceberg, kailangan mo munang magkaroon ng pakiramdam sa karaniwang texture ng tape. Hinahati ng panel sa ibaba ang share volume ng bawat buwan sa trade count ng buwang iyon para sa dalawang kilalang pangalan na walang stock splits sa sakop na panahon.

QueryAverage shares bawat print, buwanan, MSFT at KO
Ang eksaktong SQL sa likod ng bawat numero
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
Run this yourself

Sa Jan 2019, ang average execution sa Microsoft ay may 137.4 shares. Pagsapit ng Jun 2026, naging 39.5 shares ang average, kasabay ng 47.7 para sa Coca Cola sa parehong buwan. Hindi lumiit ang institutional orders. Ang mga print ang lumiit. Umaabot ngayon sa tape ang isang parent order bilang daan-daan o libo-libong maliliit na execution, nagtatago man ito, gumagamit ng schedule, o ginagawa ang dalawang iyon.

Kapag nag-zoom in sa isang session, lumilitaw ang parehong texture. Pinagpapangkat ng susunod na panel ang bawat AAPL print noong June 17, 2026 ayon sa size.

QueryBawat AAPL print noong June 17, 2026, ayon sa laki ng trade
Ang eksaktong SQL sa likod ng bawat numero
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)
Run this yourself

Ang mga print na mas mababa sa 100 shares ay bumuo ng 88.99% ng executions noong araw na iyon, habang 22.84% ng shares ang dala ng mga ito. Sa kabilang dulo, ang 5000 and up bucket ay bumuo ng 0.02% ng prints at 48.77% ng volume. Karaniwan lamang ang 500-share print sa distribution na ito, at iyan ang unang dahilan kung bakit mahirap tuklasin ang iceberg.

Paano matutukoy ang iceberg order sa tape?

Dala ng consolidated tape ang price, size, time, at venue para sa bawat execution. Wala itong order IDs, display quantities, o reserves. Ang maipapakita nito ay footprint: paulit-ulit na pag-print ng parehong size sa parehong presyo sa loob ng panahong bihirang mabuhay ang isang displayed order na ganoon ang size. Itinatambal ng panel sa ibaba ang bawat presyo sa bawat print size para sa parehong session at binibilang ang mga pag-uulit.

QueryPinakamadalas na price at size pairings, AAPL, June 17, 2026
Ang eksaktong SQL sa likod ng bawat numero
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
Run this yourself

Ang pinakamaraming naulit na pairing ay 300 shares at $300.54, na nag-print nang 67 beses sa pagitan ng 09:34 at 09:58 ET, sa loob ng 0.4 oras. Sundan ang pairing na iyon sa buong session gamit ang half-hour buckets upang makita kung kumalat ang mga pag-uulit sa buong araw o nagsama-sama sa isang bahagi lamang nito.

QueryPinaka-abalang price at size pairing, bawat kalahating oras
Ang eksaktong SQL sa likod ng bawat numero
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
Run this yourself

Nagsama-sama ang mga ito. Bumabalik ang trace bilang iisang half-hour bucket, ang nagsimula ng 09:30 ET, na may 67 prints at nagdala sa running count ng session sa 67. Ang tatlumpung minutong pag-uulit sa iisang presyo ay isang burst, hindi isang buong araw na paghihintay, kaya mas mahina ang ebidensiyang ibinibigay ng gayong kaikling footprint kaysa sa unang dating nito. Karaniwang mauubos sa loob ng ilang segundo ang displayed order na ganoon ang size at presyo sa isang aktibong pangalan. May patuloy na naglalagay nito muli.

Bakit hindi maaasahan ang iceberg detection

Ang pahayag na “may patuloy na naglalagay nito muli” ang tapat na hangganan ng suportang ibinibigay ng tape. May mga ordinaryong paliwanag para sa parehong footprint na walang kinalaman sa reserve order:

  • Isang execution algorithm na naghahati sa parent order sa magkakaparehong child orders at isa-isang ipinapadala ang mga ito mula sa sariling server ng broker.
  • Mga hindi magkakaugnay na participant na kusang gumagamit ng parehong round quantity sa parehong round price, dahil hinihikayat ng round numbers ang ganoong pattern.
  • Isang market maker na paulit-ulit na nagre-quote ng parehong size sa level na komportable itong hawakan.
  • Pagkakaiba ng print counts at order counts, dahil maaaring mapunan ang isang resting order ng isang sweep na nire-report bilang ilang print.

Mayroon ding tahimik na kaso. Ang iceberg na hindi kailanman na-trade ay walang iniiwang footprint, at executions lamang ang itinatala ng tape. Anumang sukatan ng hidden liquidity na binuo mula sa prints ay sumusukat lamang sa bahaging na-trade, at hindi kailanman sa bahaging naghintay. Ituring ang pattern bilang hypothesis na kailangang i-check laban sa venue mix at quote, hindi bilang katotohanan tungkol sa isang partikular na order.

FAQ

Ano ang iceberg order sa trading?

Isa itong limit order na may dalawang quantity: isang maliit na displayed size na lumilitaw sa public quote, at mas malaking hidden reserve na awtomatikong inilalabas ng exchange sa tuwing napupuno ang displayed slice. Nakaposisyon ito sa iisang presyo at iisang venue bilang isang order.

Nawawala ba ang puwesto ng iceberg orders sa queue?

Ang displayed slice ang nawawalan. Ang bawat replenishment ay ipinopost bilang bagong displayed order na may bagong timestamp, sa likod ng lahat ng nauna nang nakapahinga sa presyong iyon. Sa ilalim ng rule ng Nasdaq, nananatili ang orihinal na timestamp ng non-displayed reserve.

Makikita ba ang iceberg orders sa Level 2?

Hindi. Ipinapakita lamang ng depth of book ang displayed slice, na kahawig ng ordinaryong maliit na limit order. Nananatiling invisible ang reserve hanggang sa ma-trade ito, at hindi ito lumilitaw bilang sariling linya.

Pareho ba ang iceberg order at dark pool order?

Hindi. Nakapahinga ang iceberg sa isang lit exchange at inilalathala ang bahagi nito sa public quote. Nakapahinga naman ang dark pool order sa venue na walang public quote, at lumilitaw lamang ang trade sa public data kapag nag-print ito.

Oo. Ang reserve orders ay dokumentadong order attributes sa mga exchange rulebook na isinampa sa SEC at available sa member firms at kanilang mga customer. Ang pagtatago ng bahagi ng size ng order ay isang disclosed feature ng order type.


Kasama sa bawat panel dito ang SQL na gumawa nito, kaya makikita mo kung paano binilang ang bawat numero. Para patakbuhin ang repeated print scan sa ticker at petsang ikaw ang pipili, hilingin ito sa plain English sa Strasmore terminal.

#order types#market microstructure#hidden liquidity#execution#market structure