Wat is een iceberg order en hoe werkt hidden liquidity
Ontdek hoe een iceberg order werkt met een zichtbaar deel en een verborgen reserve. Leer waarom verversing leidt tot verlies van queue priority en hoe dit patroon op de tape verschijnt.
Een iceberg order is een enkelvoudige limietorder die in het orderboek van een beurs rust met twee gekoppelde hoeveelheden: een zichtbaar gedeelte dat voor de gehele markt in de koersnotering zichtbaar is, en een verborgen reserve die de matching engine automatisch vrijgeeft zodra het zichtbare deel is uitgevoerd. De naam beschrijft de vorm: een klein topje boven de waterspiegel met het grootste deel van de massa eronder. Het verbergen heeft een prijs, die wordt betaald in wachtrijpositie: elk ververst deel wordt geplaatst met een nieuwe tijdstempel, achter alles wat al op die prijs wacht.
Wat is een iceberg order?
Stel dat een fonds 50.000 aandelen wil kopen en bereid is tot $50,00 te betalen. Ingevoerd als een gewone limietorder, toont het orderboek voor iedereen 50.000 aandelen aan vraag op die prijs. Ingevoerd als een iceberg met een zichtbare grootte van 500, toont het boek 500. Wanneer die 500 worden verhandeld, haalt de matching engine nog eens 500 uit de reserve, plaatst deze, en herhaalt dit proces totdat de reserve is uitgeput of de order wordt geannuleerd.
Twee zaken blijven gedurende het hele proces onveranderd. Het is één order op één prijs op één handelsplatform, en de beurs houdt de volledige hoeveelheid vast vanaf het moment van invoer.
De omschrijving die u het vaakst zult tegenkomen — een handelaar die een grote order in stukken hakt en deze gedurende uren of dagen invoert — is een andere techniek. Dat is een uitvoeringsschema, uitgevoerd door een algoritme dat vele afzonderlijke deelorders over verschillende handelsplatformen verstuurt en wordt gemeten aan de hand van een benchmark zoals VWAP. Een iceberg is een orderkenmerk van een handelsplatform. Het opsplitsen gebeurt binnen de matching engine, in microseconden, in één orderboek.
De terminologie verschilt per handelsplatform. Het zichtbare deel is de display quantity of de 'tip', de rest is de reserve of het niet-zichtbare gedeelte, en het reglement van Nasdaq noemt dit kenmerk Reserve Size.
Hoe klein mag het zichtbare deel zijn?
Handelsplatformen stellen een ondergrens aan het zichtbare deel en drukken dit uit in standaard handelsblokken (round lots) in plaats van een vast aantal aandelen. Nasdaq vereist dat de zichtbare grootte van een reserveorder bij invoer gelijk is aan één of meer normale handelseenheden, en rondt een gemengd aantal af naar beneden naar het dichtstbijzijnde standaard handelsblok. Het BZX-orderboek van Cboe vult de zichtbare hoeveelheid aan zodra deze onder één standaard handelsblok is gedaald. De formulering verschilt per platform en wordt regelmatig gewijzigd; raadpleeg daarom het reglement van het platform waar u uw orders naartoe routeert in plaats van te vertrouwen op een getal dat uit de tweede hand komt.
Een standaard handelsblok is bovendien niet langer standaard 100 aandelen. Onder de gewijzigde Regulation NMS-definitie, van kracht sinds 3 november 2025, schaalt dit mee met de prijs: 100 aandelen bij $250,00 en lager, 40 aandelen van $250,01 tot $1.000,00, 10 aandelen van $1.000,01 tot $10.000,00, en één aandeel daarboven. Beurzen herindelen elk aandeel twee keer per jaar op basis van de gemiddelde slotkoers over een evaluatieperiode in maart of september. De vendor alert van Nasdaq over deze wijziging bevat de categorieën en data. Bij een aandeel met een koers van vier cijfers is de kleinst toegestane 'tip' tien aandelen.
Verliezen iceberg orders hun wachtrijprioriteit?
Dat doen ze, en dit is het onderdeel dat de meeste uitleg overslaat. Amerikaanse aandelenboeken rangschikken rustende orders eerst op prijs en daarna op tijd. Wie eerder op dezelfde prijs aankomt, voert eerder uit.
Het zichtbare deel van een iceberg sluit aan in die wachtrij wanneer het wordt geplaatst. Zodra het deel wordt uitgevoerd en de engine het aanvult vanuit de reserve, wordt de aanvulling ingevoerd als een nieuwe zichtbare order met een verse tijdstempel, achteraan in de rij voor die prijs. De regel van Nasdaq stelt de asymmetrie duidelijk vast:
Wanneer een Reserve Order wordt geplaatst en er vindt een uitvoering plaats tegen de zichtbare order waardoor de omvang onder een normale handelseenheid daalt, wordt een nieuwe zichtbare order ingevoerd die een nieuwe tijdstempel krijgt, terwijl de omvang van de niet-zichtbare order met hetzelfde bedrag wordt verminderd en geen nieuwe tijdstempel krijgt.
Dat is Nasdaq Equity 4, Rule 4703(h), geciteerd uit het SEC-besluit tot goedkeuring van de wijziging van de reserveorderregel van 18 februari 2021. De reserve behoudt zijn oorspronkelijke positie terwijl de zichtbare tip bij elke verversing wordt gereset. Een order van 50.000 aandelen die per 500 wordt getoond, ververst tot honderd keer, en elke verversing begint weer achteraan elke zichtbare order die al op die prijs rust. Dat is de werkelijke prijs van het verbergen.
Veel handelsplatformen voegen daar een tweede kostenpost aan toe. Zichtbaar aanbod krijgt voorrang op niet-zichtbaar aanbod op dezelfde prijs, waardoor de reserve altijd achtergesteld is aan elke zichtbare order, zelfs als de reserve als eerste aankwam.
Iceberg order vs. verborgen order vs. dark pool
- Een iceberg rust op een transparante beurs (lit exchange) en plaatst zijn zichtbare deel in de publieke koersnotering, waar dat deel de national best bid or offer kan bepalen. De reserve erachter verschijnt nooit in de notering.
- Een volledig verborgen order toont helemaal niets. Deze rust op dezelfde transparante beurs, voert uit op de limietprijs en verschijnt pas in publieke data nadat de transactie heeft plaatsgevonden. Handelsplatformen rangschikken deze doorgaans achter zichtbare orders op dezelfde prijs.
- Een dark pool is een afzonderlijk handelsplatform zonder enige publieke koersnotering. De transactie bereikt de tape via een trade reporting facility nadat deze heeft plaatsgevonden.
- Een block trade verplaatst de volledige hoeveelheid in één onderhandelde transactie. Maximale omvang, minimale duur; de tegenovergestelde aanpak van het druppelsgewijs uitvoeren.
Elk van deze methoden verplaatst hoeveelheid zonder dit vooraf te adverteren. Het verschil zit in waar de order rust en hoeveel ervan in de publieke koersnotering terechtkomt. Verborgen aanbod kan op prijzen liggen die de notering nooit laat zien; het zichtbare boek is dus altijd een gedeeltelijk beeld van de beschikbare liquiditeit, wat het overwegen waard is naast locked and crossed markets.
Hoeveel van de tape bestaat uit kleine transacties?
Voordat u de voetafdruk van een iceberg kunt lezen, moet u gevoel krijgen voor de gebruikelijke textuur van de tape. Het onderstaande paneel deelt het aandelenvolume van elke maand door het aantal transacties van die maand voor twee bekende namen zonder aandelensplitsingen in die periode.
De exacte SQL achter elk getal
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_startIn Jan 2019 bedroeg een gemiddelde Microsoft-uitvoering 137.4 aandelen. Tegen Jun 2026 was het gemiddelde 39.5 aandelen, naast 47.7 voor Coca Cola over dezelfde maand. Institutionele orders zijn niet gekrompen. De transacties wel. Eén moederorder bereikt de tape nu als honderden of duizenden kleine uitvoeringen, ongeacht of deze verborgen wordt, gepland wordt, of beide.
Zoom in op een enkele sessie en dezelfde textuur verschijnt. Het volgende paneel groepeert elke AAPL-transactie op 17 juni 2026 op omvang.
De exacte SQL achter elk getal
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)Transacties van minder dan 100 aandelen vormden 88.99% van de uitvoeringen die dag, terwijl ze 22.84% van de aandelen vertegenwoordigden. Aan de andere kant was de 5000 and up-categorie goed voor 0.02% van de transacties en 48.77% van het volume. Een transactie van 500 aandelen is onopvallend in deze verdeling, wat de eerste reden is waarom iceberg-detectie lastig is.
Hoe herkent u een iceberg order op de tape?
De geconsolideerde tape bevat prijs, omvang, tijd en handelsplatform voor elke uitvoering. Er staan geen order-ID's, geen zichtbare hoeveelheden en geen reserves op. Wat het wel kan tonen is een voetafdruk: één omvang die herhaaldelijk op één prijs verschijnt, gedurende een tijdsbestek waarin een enkele zichtbare order van die omvang zelden zou overleven. Het onderstaande paneel koppelt elke prijs aan elke transactieomvang voor dezelfde sessie en telt de herhalingen.
De exacte SQL achter elk getal
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 12De meest herhaalde combinatie was 300 shares at $300.54, die 67 keer verscheen tussen 09:34 en 09:58 ET, een tijdsbestek van 0.4 uur. Volg die combinatie door de sessie in blokken van een half uur om te zien of de herhalingen zich over de dag verspreiden of zich concentreren in één tijdsblok.
De exacte SQL achter elk getal
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_timeZe concentreren zich. Het spoor komt terug als één blok van een half uur, het blok dat begint om 09:30 ET, dat 67 transacties bevatte en de lopende telling van de sessie beëindigt op 67. Dertig minuten herhaling op één prijs is een uitbarsting, geen dagvullende waakzaamheid, en een voetafdruk die zo kort is, is zwakker bewijs dan het patroon op het eerste gezicht suggereert. Een zichtbare order van die omvang, op die prijs, in een aandeel dat zo actief is, zou normaal gesproken binnen seconden zijn geconsumeerd. Iets bleef het aanvullen.
Waarom iceberg-detectie onbetrouwbaar is
"Iets bleef het aanvullen" is de eerlijke grens van wat de tape ondersteunt. Dezelfde voetafdruk heeft alledaagse verklaringen waar geen reserveorder aan te pas komt:
- Een uitvoeringsalgoritme dat een moederorder in gelijke deelorders hakt en deze één voor één vanaf de server van een broker verstuurt.
- Niet-gerelateerde deelnemers die standaard kiezen voor dezelfde ronde hoeveelheid op dezelfde ronde prijs, wat ronde getallen uitlokken.
- Een market maker die herhaaldelijk dezelfde omvang noteert op een niveau waar hij tevreden mee is.
- Transactieaantallen en orderaantallen die uiteenlopen, aangezien één rustende order kan worden uitgevoerd door een sweep die als meerdere transacties wordt gerapporteerd.
Er is ook een stille variant. Een iceberg die nooit handelt, laat geen enkele voetafdruk achter, en de tape registreert alleen uitvoeringen. Elke maatstaf voor verborgen liquiditeit die is opgebouwd uit transacties, meet alleen het deel dat is verhandeld, nooit het deel dat heeft gewacht. Lees het patroon als een hypothese die het waard is om te controleren tegen de mix van handelsplatformen en de koersnotering, nooit als een feit over een specifieke order.
Veelgestelde vragen
Wat is een iceberg order in de handel?
Een limietorder met twee hoeveelheden: een kleine zichtbare omvang die in de publieke koersnotering verschijnt, en een grotere verborgen reserve die de beurs automatisch vrijgeeft telkens wanneer het zichtbare deel is uitgevoerd. Het rust op één prijs op één handelsplatform als een enkele order.
Verliezen iceberg orders hun plek in de wachtrij?
Het zichtbare deel wel. Elke aanvulling wordt geplaatst als een nieuwe zichtbare order met een nieuwe tijdstempel, achter alles wat al op die prijs rust. Onder de regel van Nasdaq behoudt de niet-zichtbare reserve zijn oorspronkelijke tijdstempel.
Kunt u iceberg orders zien op Level 2?
Nee. Een weergave van de diepte van het boek toont alleen het zichtbare deel, dat eruitziet als een gewone kleine limietorder. De reserve blijft onzichtbaar totdat deze wordt verhandeld en verschijnt nooit als een eigen regel.
Is een iceberg order hetzelfde als een dark pool order?
Nee. Een iceberg rust op een transparante beurs en publiceert een deel van zichzelf in de publieke koersnotering. Een dark pool order rust op een platform zonder publieke koersnotering, en de transactie verschijnt pas in publieke data wanneer deze wordt uitgevoerd.
Zijn iceberg orders legaal?
Ja. Reserveorders zijn gedocumenteerde orderkenmerken in de reglementen van beurzen die bij de SEC zijn ingediend en beschikbaar zijn voor lidfirma's en hun klanten. Het verbergen van een deel van de omvang van een order is een openbaar gemaakte functie van het ordertype.
Elk paneel hier wordt geleverd met de SQL die het heeft geproduceerd, zodat u kunt zien hoe elk getal is geteld. Om de scan naar herhaalde transacties uit te voeren op een ticker en datum naar keuze, kunt u hierom vragen in begrijpelijke taal op de Strasmore-terminal.