Что такое айсберг-заявка и как она работает на бирже
Узнайте принцип работы айсберг-заявок на фондовом рынке. Разбираем механизм отображаемого объема и скрытого резерва, потерю очереди при обновлении и индикацию на ленте сделок.
Айсберг-заявка — это лимитная заявка, размещенная в книге заявок биржи, которая имеет два параметра объема: отображаемый размер, видимый всему рынку в котировках, и скрытый резерв, который торговый движок автоматически выпускает по мере исполнения отображаемой части. Название отражает форму: небольшая верхушка над водой и основная масса под ней. У сокрытия есть цена, которая оплачивается позицией в очереди: каждый обновленный фрагмент заявки получает новую временную метку и встает в конец очереди за всеми, кто уже ожидает исполнения по этой цене.
Что такое айсберг-заявка?
Предположим, фонду нужно купить 50 000 акций по цене не выше 50,00 доллара. Если выставить их как обычную limit order, книга заявок покажет спрос в 50 000 акций, видимый всем. Если выставить их как айсберг с отображаемым размером 500 акций, книга покажет 500. Когда эти 500 акций исполняются, торговый движок берет из резерва следующие 500, выставляет их, и процесс повторяется, пока резерв не будет исчерпан или заявка не будет отменена.
Два условия остаются неизменными. Это одна заявка по одной цене на одной площадке, и биржа удерживает полный объем с момента ее подачи.
Описание, которое встречается чаще всего — трейдер, разбивающий крупную заявку на части и подающий их в течение часов или дней, — это другая техника. Это алгоритм исполнения, который отправляет множество отдельных дочерних заявок на разные площадки и оценивается по бенчмарку, такому как VWAP. Айсберг — это атрибут заявки на конкретной площадке. Разбиение происходит внутри торгового движка, за микросекунды, в одной книге заявок.
Терминология зависит от площадки. Видимая часть — это отображаемый объем или «верхушка», остальное — резерв или невидимая часть. В правилах Nasdaq этот атрибут называется Reserve Size.
Насколько малым может быть отображаемый фрагмент?
Площадки устанавливают минимальный порог для отображаемой части и выражают его в стандартных лотах, а не в фиксированном количестве акций. Nasdaq требует, чтобы отображаемый размер резервной заявки при подаче составлял один или более стандартных торговых лотов, и округляет дробные лоты вниз до ближайшего целого. Книга заявок Cboe BZX пополняет отображаемый объем, как только он опускается ниже одного стандартного лота. Формулировки различаются в зависимости от площадки и периодически меняются, поэтому читайте правила той площадки, на которую направляете заявку, а не доверяйте цифрам из вторых рук.
Стандартный лот — это больше не фиксированные 100 акций. Согласно обновленному определению Regulation NMS, вступившему в силу 3 ноября 2025 года, он зависит от цены: 100 акций при цене 250,00 доллара и ниже, 40 акций от 250,01 до 1 000,00 доллара, 10 акций от 1 000,01 до 10 000,00 доллара и одна акция выше этого уровня. Биржи пересматривают категорию каждой акции дважды в год на основе средней цены закрытия за оценочный период в марте или сентябре. Уведомление Nasdaq об изменениях содержит перечень уровней и дат. Для акции с четырехзначной ценой минимально допустимая «верхушка» составляет десять акций.
Теряют ли айсберг-заявки приоритет в очереди?
Да, и это та часть, которую большинство объяснений опускают. Книги заявок на акции в США ранжируют заявки сначала по цене, а затем по времени. Кто пришел раньше по той же цене, тот исполняется раньше.
Отображаемый фрагмент айсберга встает в очередь в момент размещения. Как только фрагмент исполняется и движок пополняет его из резерва, пополнение поступает как новая отображаемая заявка с новой временной меткой, в конец очереди для данной цены. Правило Nasdaq прямо указывает на эту асимметрию:
При размещении резервной заявки, если происходит исполнение отображаемой части, из-за чего ее размер падает ниже стандартного торгового лота, вводится новая отображаемая заявка, которая получает новую временную метку, в то время как размер невидимой части уменьшается на ту же величину и не получает новой временной метки.
Это Nasdaq Equity 4, правило 4703(h), цитата из решения SEC об одобрении изменения правил резервных заявок от 18 февраля 2021 года. Резерв сохраняет свою первоначальную позицию, в то время как видимая верхушка сбрасывается при каждом обновлении. Заявка на 50 000 акций, отображаемая по 500 штук, обновляется до ста раз, и каждое обновление начинается заново позади всех отображаемых заявок, уже ожидающих по этой цене. Это и есть реальная цена сокрытия.
Многие площадки добавляют вторую издержку. Отображаемый интерес ранжируется выше невидимого при той же цене, поэтому резерв уступает любой отображаемой заявке, даже если резерв поступил первым.
Айсберг-заявка против скрытой заявки и дарк-пула
- Айсберг находится на публичной бирже и выставляет отображаемый фрагмент в публичные котировки, где этот фрагмент может формировать national best bid or offer. Резерв за ним никогда не появляется в котировках.
- Полностью скрытая заявка не отображает ничего. Она находится на той же публичной бирже, исполняется по лимитной цене и появляется в публичных данных только после совершения сделки. Площадки обычно ранжируют ее позади отображаемых заявок по той же цене.
- dark pool — это отдельная площадка вообще без публичных котировок. Информация о сделке попадает в ленту через механизм отчетности о сделках постфактум.
- block trade перемещает весь объем одной согласованной сделкой. Максимальный размер, минимальная длительность — подход, противоположный «капельному» исполнению.
Каждый из этих методов перемещает объем, не афишируя его заранее. Разница заключается в том, где находится заявка и какая ее часть попадает в публичные котировки. Скрытый интерес может находиться на ценовых уровнях, которые не видны в котировках, поэтому видимая книга заявок — это всегда лишь частичная картина доступной ликвидности, что стоит учитывать наряду с locked and crossed markets.
Какая часть ленты сделок состоит из мелких объемов?
Прежде чем читать «следы» айсберга, нужно почувствовать обычную структуру ленты. Ниже приведена панель, где объем торгов за каждый месяц разделен на количество сделок для двух известных компаний, у которых в этот период не было дробления акций.
Точный SQL-код для каждого числа
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В Jan 2019 среднее исполнение по Microsoft составляло 137.4 акций. К Jun 2026 среднее значение составило 39.5 акций, наряду с 47.7 для Coca Cola за тот же месяц. Институциональные заявки не уменьшились. Уменьшились размеры сделок. Одна родительская заявка теперь попадает в ленту как сотни или тысячи мелких исполнений, независимо от того, скрывается ли она, исполняется по графику или делает и то, и другое.
Если приблизить одну торговую сессию, проявится та же структура. Следующая панель группирует все сделки по AAPL за 17 июня 2026 года по размеру.
Точный SQL-код для каждого числа
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)Сделки объемом менее 100 акций составили 88.99% всех исполнений в тот день, при этом на них пришлось 22.84% общего объема акций. С другой стороны, сегмент 5000 and up составил 0.02% сделок и 48.77% объема. Сделка на 500 акций ничем не примечательна в этом распределении, что является первой причиной, почему обнаружение айсбергов затруднено.
Как обнаружить айсберг-заявку в ленте?
Консолидированная лента содержит цену, размер, время и площадку для каждого исполнения. В ней нет идентификаторов заявок, отображаемых объемов или резервов. Что она может показать, так это «след»: один и тот же размер, повторяющийся снова и снова по одной цене в течение времени, которое обычная отображаемая заявка такого размера вряд ли бы пережила. Ниже приведена панель, которая сопоставляет каждую цену с каждым размером сделки за ту же сессию и подсчитывает повторения.
Точный SQL-код для каждого числа
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Наиболее часто повторяющейся парой была 300 shares at $300.54, которая прошла 67 раз в период с 09:34 по 09:58 по восточному времени, что составляет интервал в 0.4 часа. Проследите за этой парой в течение сессии с шагом в полчаса, чтобы увидеть, распределяются ли повторения по всему дню или группируются в один отрезок.
Точный SQL-код для каждого числа
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Они группируются. След проявляется как один получасовой интервал, начинающийся в 09:30 по восточному времени, который содержал 67 сделок и завершает итоговый подсчет сессии на отметке 67. Тридцать минут повторений по одной цене — это всплеск, а не дежурство в течение дня, и такой короткий след является более слабым доказательством, чем кажется на первый взгляд. Отображаемая заявка такого размера, по такой цене, в столь активной бумаге обычно поглощается за секунды. Что-то заставляло ее появляться снова.
Почему обнаружение айсбергов ненадежно
«Что-то заставляло ее появляться снова» — это честный предел того, что можно подтвердить данными ленты. У того же следа есть обычные объяснения, не требующие наличия резервной заявки:
- Алгоритм исполнения, разбивающий родительскую заявку на равные дочерние и отправляющий их по одной с сервера брокера.
- Разные участники, использующие одинаковый «круглый» объем по той же «круглой» цене, к которым тяготеют участники рынка.
- Маркет-мейкер, постоянно выставляющий один и тот же объем на уровне, который он готов удерживать.
- Расхождение между количеством сделок и количеством заявок, так как одна размещенная заявка может быть исполнена серией сделок в результате «свипа» (sweep).
Существует также «тихий» случай. Айсберг, который никогда не исполняется, не оставляет вообще никакого следа, а лента фиксирует только исполнения. Любая оценка скрытой ликвидности, построенная на сделках, измеряет только ту часть, которая исполнилась, а не ту, что ждала. Воспринимайте паттерн как гипотезу, которую стоит проверить через структуру площадок и котировки, но никогда не как факт о конкретной заявке.
Часто задаваемые вопросы
Что такое айсберг-заявка в трейдинге?
Лимитная заявка с двумя параметрами объема: небольшой отображаемый размер, который появляется в публичных котировках, и более крупный скрытый резерв, который биржа автоматически выпускает каждый раз, когда отображаемый фрагмент исполняется. Она находится по одной цене на одной площадке как единая заявка.
Теряют ли айсберг-заявки свое место в очереди?
Отображаемый фрагмент — да. Каждое пополнение размещается как новая отображаемая заявка с новой временной меткой, позади всего, что уже ожидает по этой цене. Согласно правилу Nasdaq, невидимый резерв сохраняет свою первоначальную временную метку.
Можно ли увидеть айсберг-заявки в Level 2?
Нет. Глубина рынка показывает только отображаемую часть, которая выглядит как обычная небольшая лимитная заявка. Резерв остается невидимым до тех пор, пока не исполнится, и никогда не появляется как отдельная строка.
Является ли айсберг-заявка тем же самым, что и заявка в дарк-пуле?
Нет. Айсберг находится на публичной бирже и публикует часть себя в публичных котировках. Заявка в дарк-пуле находится на площадке без публичных котировок, и сделка появляется в публичных данных только в момент исполнения.
Законны ли айсберг-заявки?
Да. Резервные заявки — это задокументированные атрибуты заявок в правилах бирж, поданных в SEC и доступных фирмам-членам и их клиентам. Сокрытие части объема заявки является раскрытой особенностью данного типа заявок.
К каждой панели здесь прилагается SQL-код, с помощью которого были получены данные, чтобы вы могли видеть, как считалось каждое число. Чтобы запустить сканирование повторяющихся сделок по тикеру и дате на ваш выбор, запросите это простым языком на терминале Strasmore.