Iceberg-Orders erklärt: Verborgene Liquidität

Eine Iceberg-Order ist eine einzelne Limitorder, die im Orderbuch einer Börse liegt und mit zwei Mengenangaben versehen ist: einer angezeigten Größe, die der gesamte Markt im Quote sehen kann, und einer verborgenen Reserve dahinter. Sobald die angezeigte Tranche ausgeführt ist, stellt die Matching-Engine automatisch den nächsten Teil der Reserve ein. Der Name beschreibt die Form: eine kleine Spitze über der Wasserlinie, während der größte Teil unter der Oberfläche liegt. Das Verbergen hat einen Preis. Bezahlt wird er mit der Position in der Warteschlange: Jede aufgefüllte Tranche erhält einen neuen Zeitstempel und wird hinter alle bereits zu diesem Preis wartenden Orders gestellt.

Was ist eine Iceberg-Order?

Nehmen wir an, ein Fonds möchte 50.000 Aktien kaufen und höchstens 50,00 US-Dollar zahlen. Wird die Order als gewöhnliche Limitorder eingegeben, zeigt das Orderbuch allen Marktteilnehmern eine Nachfrage von 50.000 Aktien zu diesem Preis. Wird sie als Iceberg-Order mit einer angezeigten Größe von 500 eingegeben, zeigt das Orderbuch nur 500. Sobald diese 500 Aktien gehandelt wurden, holt die Matching-Engine weitere 500 aus der Reserve, stellt sie ein und wiederholt den Vorgang, bis die Reserve aufgebraucht oder die Order storniert ist.

Zwei Dinge bleiben dabei unverändert. Es handelt sich um eine einzige Order zu einem Preis an einem Handelsplatz. Außerdem hält die Börse die vollständige Menge seit dem Zeitpunkt der Eingabe vor.

Die Beschreibung, die Ihnen am häufigsten begegnen wird – ein Händler teilt eine große Order in Stücke und führt sie über Stunden oder Tage zu –, bezieht sich auf eine andere Technik. Dabei handelt es sich um einen Ausführungsplan. Ein Algorithmus sendet viele separate Teilorders über mehrere Handelsplätze und misst das Ergebnis an einer Benchmark wie VWAP. Eine Iceberg-Order ist dagegen ein Attribut einer Order an einem bestimmten Handelsplatz. Die Aufteilung erfolgt innerhalb der Matching-Engine, innerhalb von Mikrosekunden und in einem einzigen Orderbuch.

Die Begriffe unterscheiden sich je nach Handelsplatz. Der sichtbare Teil heißt angezeigte Menge oder Spitze. Der Rest wird als Reserve oder nicht angezeigter Teil bezeichnet. Im Regelwerk von Nasdaq heißt dieses Attribut Reserve Size.

Wie klein darf die angezeigte Tranche sein?

Handelsplätze legen für den angezeigten Teil eine Mindestgröße fest. Diese wird in Round Lots und nicht als feste Aktienzahl angegeben. Nasdaq verlangt, dass die angezeigte Größe einer Reserveorder bei der Eingabe mindestens einer normalen Handelseinheit entspricht. Eine gemischte Stückzahl wird dabei auf das nächstkleinere Round Lot abgerundet. Im BZX-Orderbuch von Cboe wird die angezeigte Menge wieder aufgefüllt, sobald sie unter ein Round Lot gefallen ist. Die Formulierungen unterscheiden sich je nach Handelsplatz und werden geändert. Lesen Sie daher das Regelwerk des Handelsplatzes, an den Sie Ihre Orders routen, statt einer aus zweiter Hand übernommenen Zahl zu vertrauen.

Ein Round Lot umfasst ebenfalls nicht mehr pauschal 100 Aktien. Nach der geänderten Definition in Regulation NMS, die seit dem 3. November 2025 gilt, hängt die Größe vom Aktienkurs ab: 100 Aktien bei 250,00 US-Dollar oder weniger, 40 Aktien von 250,01 bis 1.000,00 US-Dollar, 10 Aktien von 1.000,01 bis 10.000,00 US-Dollar und eine Aktie darüber. Die Börsen ordnen jede Aktie zweimal jährlich anhand ihres durchschnittlichen Schlusskurses während eines Bewertungszeitraums im März oder September neu ein. Der Anbieterhinweis von Nasdaq zur Änderung enthält die Stufen und Termine. Bei einer Aktie mit einem vierstelligen Kurs beträgt die kleinste zulässige Spitze zehn Aktien.

Verlieren Iceberg-Orders ihre Position in der Warteschlange?

Ja. Das ist der Punkt, den die meisten Erklärungen auslassen. In US-Aktienorderbüchern werden ruhende Orders zunächst nach dem Preis und anschließend nach der Zeit priorisiert. Wer bei demselben Preis früher eintrifft, wird früher ausgeführt.

Die angezeigte Tranche einer Iceberg-Order reiht sich ein, sobald sie eingestellt wird. Wenn die Tranche vollständig ausgeführt ist und die Engine sie aus der Reserve auffüllt, wird die neue angezeigte Order mit einem neuen Zeitstempel am Ende der Warteschlange für diesen Preis eingestellt. Die Nasdaq-Regel formuliert diese Asymmetrie ausdrücklich:

Wenn eine Reserveorder eingestellt wird und eine Ausführung gegen die angezeigte Order dazu führt, dass deren Größe unter eine normale Handelseinheit sinkt, wird eine neue angezeigte Order eingestellt und erhält einen neuen Zeitstempel. Gleichzeitig wird die Größe der nicht angezeigten Order um denselben Betrag reduziert, ohne einen neuen Zeitstempel zu erhalten.

Dies ist Nasdaq Equity 4, Rule 4703(h), zitiert aus der SEC-Anordnung zur Genehmigung der Änderung der Reserveorder-Regel vom 18. Februar 2021. Die Reserve behält ihre ursprüngliche Position, während die sichtbare Spitze bei jeder Auffüllung zurückgesetzt wird. Eine Order über 50.000 Aktien, von der jeweils 500 angezeigt werden, wird bis zu einhundertmal aufgefüllt. Jede Auffüllung beginnt erneut hinter allen angezeigten Orders, die zu diesem Preis bereits im Orderbuch liegen. Das sind die tatsächlichen Kosten des Verbergens.

Viele Handelsplätze verursachen einen weiteren Nachteil. Angezeigte Orders haben bei demselben Preis Vorrang vor nicht angezeigten Orders. Eine Reserve muss daher jeder angezeigten Order zu diesem Preis weichen, selbst wenn die Reserve früher eingegangen ist.

Iceberg-Order, versteckte Order und Dark Pool im Vergleich

• Eine Iceberg-Order liegt an einer regulierten Börse und stellt ihre angezeigte Tranche in den öffentlichen Quote. Diese Tranche kann den national besten Geld- oder Briefkurs bestimmen. Die dahinterliegende Reserve erscheint nicht im Quote.
• Eine vollständig versteckte Order zeigt überhaupt nichts an. Sie liegt an derselben regulierten Börse, wird zu ihrem Limitpreis ausgeführt und erscheint in den öffentlichen Daten erst nach ihrer Ausführung. Handelsplätze ordnen sie bei demselben Preis in der Regel hinter angezeigten Orders ein.
• Ein Dark Pool ist ein separater Handelsplatz ohne öffentlichen Quote. Der Print wird nachträglich über eine Trade Reporting Facility an das Meldesystem übermittelt.
• Ein Block Trade bewegt die gesamte Menge in einem einzigen ausgehandelten Print. Entscheidend sind die maximale Größe und die Mindestdauer. Das ist der entgegengesetzte Ansatz zum schrittweisen Ausführen.

Alle diese Ordertypen bewegen Stückzahlen, ohne sie im Voraus vollständig offenzulegen. Der Unterschied liegt darin, wo die Order liegt und wie viel davon der öffentliche Quote tatsächlich enthält. Versteckte Nachfrage kann zu Preisen liegen, die im Quote überhaupt nicht angezeigt werden. Das sichtbare Orderbuch ist daher immer nur ein unvollständiges Bild der verfügbaren Liquidität. Das sollten Sie neben Locked und Crossed Markets berücksichtigen.

Wie viel Volumen wird in kleinen Stückelungen ausgeführt?

Bevor Sie die Spuren einer Iceberg-Order lesen können, müssen Sie ein Gefühl für die normale Struktur des Tapes entwickeln. Das folgende Panel teilt das Aktienvolumen jedes Monats durch die Anzahl der Trades in diesem Monat. Betrachtet werden zwei bekannte Unternehmen, bei denen es im betrachteten Zeitraum keine Aktiensplits gab.

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 umfasste eine durchschnittliche Microsoft-Ausführung 137.4 Aktien. Bis Jun 2026 war der Durchschnitt auf 39.5 Aktien gesunken. Bei Coca-Cola lag er im selben Monat bei 47.7. Institutionelle Orders sind nicht kleiner geworden. Die Prints sind es. Eine übergeordnete Order erreicht das Tape heute als Hunderte oder Tausende kleiner Ausführungen – unabhängig davon, ob sie verborgen, nach einem Zeitplan ausgeführt oder beides wird.

Bei einer einzelnen Sitzung zeigt sich dieselbe Struktur. Das nächste Panel gruppiert alle AAPL-Prints vom 17. Juni 2026 nach ihrer Größe.

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)

Prints mit weniger als 100 Aktien machten an diesem Tag 88.99% der Ausführungen aus, entfielen aber nur auf 22.84% der Aktien. Am anderen Ende entfiel auf die Kategorie 5000 and up ein Anteil von 0.02% der Prints und 48.77% des Volumens. Ein Print über 500 Aktien ist in dieser Verteilung unauffällig. Das ist der erste Grund, warum die Erkennung von Iceberg-Orders schwierig ist.

Wie erkennt man eine Iceberg-Order im Tape?

Das konsolidierte Tape enthält für jede Ausführung Preis, Größe, Zeit und Handelsplatz. Es enthält keine Order-IDs, keine angezeigten Mengen und keine Reservegrößen. Es kann eine Spur zeigen: dieselbe Stückzahl wird über einen Zeitraum hinweg immer wieder zu demselben Preis ausgeführt. Eine einzelne angezeigte Order dieser Größe würde normalerweise nicht so lange bestehen. Das folgende Panel stellt für dieselbe Sitzung jeden Preis jeder Print-Größe gegenüber und zählt die Wiederholungen.

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

Die häufigste Kombination war 300 shares at $300.54. Sie wurde zwischen 09:34 und 09:58 Uhr ET 67-mal ausgeführt. Der Zeitraum umfasste 0.4 Stunden. Verfolgen Sie diese Kombination über die Sitzung in halbstündlichen Intervallen. So sehen Sie, ob sich die Wiederholungen über den ganzen Tag verteilen oder in einem einzelnen Zeitraum konzentrieren.

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

Sie konzentrieren sich. Die Spur erscheint als ein einzelnes halbstündiges Intervall, das um 09:30 Uhr ET beginnt. In diesem Intervall gab es 67 Prints. Dadurch steigt die laufende Zahl für die Sitzung auf 67. Dreißig Minuten mit wiederholten Ausführungen zu einem Preis sind ein kurzer Schub und kein ganztägiges Muster. Die Spur liefert daher weniger belastbare Hinweise, als das erste Muster vermuten lässt. Eine angezeigte Order dieser Größe und zu diesem Preis würde bei einer so aktiven Aktie normalerweise innerhalb von Sekunden ausgeführt. Etwas hat sie immer wieder eingestellt.

Warum die Erkennung von Iceberg-Orders unzuverlässig ist

„Etwas hat sie immer wieder eingestellt“ ist die ehrliche Grenze dessen, was das Tape belegt. Dieselbe Spur kann ganz gewöhnliche Ursachen haben, die überhaupt keine Reserveorder voraussetzen:

• Ein Ausführungsalgorithmus teilt eine übergeordnete Order in gleich große Teilorders und sendet sie nacheinander vom eigenen Server eines Brokers.
• Unabhängige Marktteilnehmer verwenden bei demselben runden Preis standardmäßig dieselbe runde Stückzahl.
• Ein Market Maker stellt wiederholt dieselbe Größe auf einem Niveau quotiert, das er bereit ist zu halten.
• Die Anzahl der Prints und die Anzahl der Orders weichen voneinander ab. Eine einzige ruhende Order kann durch einen Sweep in mehreren Prints ausgeführt werden.

Es gibt außerdem einen unsichtbaren Fall. Eine Iceberg-Order, die nie ausgeführt wird, hinterlässt keinerlei Spur. Das Tape zeichnet ausschließlich Ausführungen auf. Jede aus Prints abgeleitete Messung versteckter Liquidität erfasst daher nur den gehandelten Teil, niemals den wartenden Teil. Betrachten Sie das Muster als Hypothese, die Sie anhand der beteiligten Handelsplätze und des Quotes prüfen sollten, nicht als Beleg für eine bestimmte Order.

FAQ

Was ist eine Iceberg-Order im Trading?

Eine Limitorder mit zwei Mengenangaben: einer kleinen angezeigten Größe, die im öffentlichen Quote erscheint, und einer größeren verborgenen Reserve, die die Börse jedes Mal automatisch freigibt, wenn die angezeigte Tranche ausgeführt ist. Sie liegt als eine einzige Order zu einem Preis an einem Handelsplatz.

Verlieren Iceberg-Orders ihre Position in der Warteschlange?

Die angezeigte Tranche verliert sie. Jede Auffüllung wird als neue angezeigte Order mit einem neuen Zeitstempel eingestellt und hinter alle Orders gestellt, die zu diesem Preis bereits im Orderbuch liegen. Nach der Nasdaq-Regel behält die nicht angezeigte Reserve ihren ursprünglichen Zeitstempel.

Kann man Iceberg-Orders in Level 2 sehen?

Nein. Eine Markttiefenanzeige zeigt nur die angezeigte Tranche. Sie sieht wie eine gewöhnliche kleine Limitorder aus. Die Reserve bleibt unsichtbar, bis sie gehandelt wird, und erscheint niemals als eigene Zeile.

Ist eine Iceberg-Order dasselbe wie eine Dark-Pool-Order?

Nein. Eine Iceberg-Order liegt an einer regulierten Börse und veröffentlicht einen Teil ihrer Größe im öffentlichen Quote. Eine Dark-Pool-Order liegt an einem Handelsplatz ohne öffentlichen Quote. Der Trade erscheint erst dann in den öffentlichen Daten, wenn er als Print gemeldet wird.

Sind Iceberg-Orders legal?

Ja. Reserveorders sind in den bei der SEC eingereichten Regelwerken der Börsen dokumentierte Orderattribute. Sie stehen Mitgliedsfirmen und deren Kunden zur Verfügung. Das Verbergen eines Teils der Ordergröße ist eine offengelegte Funktion dieses Ordertyps.

Zu jedem Panel gehört die SQL-Abfrage, mit der es erstellt wurde. So können Sie nachvollziehen, wie jede Zahl berechnet wurde. Um den Scan nach wiederholten Prints für einen Ticker und ein Datum Ihrer Wahl auszuführen, können Sie die Anfrage auf Deutsch im Strasmore-Terminal eingeben.