Отображаемое количество и айсберг-заявки на фьючерсы: объяснение
Узнайте, почему книга заявок фьючерсов может показывать меньшее количество, чем в итоге торгуется, как обновляются заявки с отображаемым количеством и почему видимая глубина не равна всей доступной ликвидности
Короткий ответ
Заявка на фьючерсы может быть больше количества, которое сейчас отображается рынку. Заявка с отображаемым количеством, или в стиле айсберга, показывает лишь часть общего объёма, а после торговли видимой частью может обновить другой отображаемый объём
Видимое количество не всегда равно общему количеству заявки
Обычный экран глубины показывает то, что канал данных публикует в данный момент
У заявки с отображаемым количеством общий размер может быть больше части, показываемой другим участникам рынка
В документации CME Globex Display Quantity описывается как показ только части заявки рынку
Когда отображаемая часть исполняется, может появиться другая часть
Значит, видимое количество 10 не доказывает, что по этой цене существует только 10 контрактов
Пример: всего 100, отображается 10
Предположим, активная заявка на продажу имеет общее количество 100 и отображаемое количество 10
Изначально видимая книга может показывать по этой заявке 10 контрактов
Если входящий покупатель торгует эти 10, может появиться следующая отображаемая часть
Последовательность может повторяться, пока остаётся количество
Если против этой активной заявки в итоге исполнилось 60 контрактов, исходный экран всё равно мог показывать только по 10 за раз
Не рассчитывайте общую доступную ликвидность простым умножением отображаемого на одном снимке размера на предполагаемое число скрытых обновлений
Почему сделка может быть больше увиденного количества
Книга заявок постоянно меняется
Видимые заявки могут добавляться, отменяться, изменяться или исполняться
Заявки с отображаемым количеством могут обновляться
Другие участники также могут отправить новые заявки между обновлением экрана и поступлением вашей заявки на площадку
Поэтому последующее количество сделки может быть больше видимого количества из более раннего снимка
Само по себе это не доказывает, что запись сделки ошибочна
Приоритет в книге заявок фьючерсов объясняет, почему статичный экран глубины не устанавливает точный результат вашей очереди
Market by Price и Market by Order показывают разную детализацию
CME описывает Market by Price как агрегированные сведения о количестве и числе заявок на каждом ценовом уровне
Market by Order может показывать отдельные анонимные заявки и более детальную глубину
Даже канал с детализацией до заявок не раскрывает личность участника
Поэтому тип канала важен при интерпретации: отображаемое число может быть итогом на ценовом уровне или одной анонимной заявкой
Платформа брокера также может преобразовывать или ограничивать отображаемые биржевые данные
Запишите источник данных, прежде чем использовать снимок экрана как доказательство исполнения
Обновления могут влиять на наблюдаемую последовательность
Заявка с отображаемым количеством может показать следующую часть после торговли текущей отображаемой частью
В материалах CME по Market by Order отмечается, что сведения о приоритете могут измениться, когда заявка изменяется или обновляется
Точный результат сопоставления и приоритета зависит от правил площадки и продукта
Не предполагайте, что обновлённая часть имеет ту же видимую связь с очередью, которую вы наблюдали до обновления
При реальном споре об исполнении используйте подтверждения заявок, временные метки и актуальную спецификацию сопоставления
Почему заявки на фьючерсы исполняются по нескольким ценам показывает, как сверять исполнения после их появления [!TRYMARK] Восстановите последовательность заявки с отображаемым количеством Предположите, что активная заявка на 100 контрактов показывает по 10 за раз. Запишите видимое количество после исполнения 10, 20 и 60 контрактов, затем разделите отображаемый размер и общий оставшийся размер заявки
Используйте чек-лист экрана глубины
Определите точные биржу и продукт
Проверьте, является ли ваш канал Market by Price, Market by Order или представлением, сформированным брокером
Запишите момент времени и месяц контракта
Отделяйте отображаемое количество от предполагаемой общей ликвидности
Не предполагайте сохранение прежнего приоритета обновлённой заявки без проверки правил площадки
Для исполненного количества используйте фактические отчёты об исполнении
Для оставшегося количества используйте статус заявки
Рассматривайте снимок глубины как наблюдение за рыночными данными, а не как журнал счёта
Это руководство объясняет механику отображения. Оно не рекомендует настройки скрытого или отображаемого количества
Частые вопросы
Что такое заявка с отображаемым количеством на фьючерсы?
Это заявка, которая показывает рынку только часть общего количества. По мере исполнения отображаемой части может показываться следующая, пока общее количество не исчерпано
Айсберг-заявка — это то же самое, что заявка с отображаемым количеством?
Айсберг — распространённый рыночный термин для показа только части более крупной заявки. Терминология и реализация биржи различаются, поэтому для фактического поведения заявки используйте официальное определение площадки
Почему по фьючерсам прошло больше контрактов, чем было видно на экране?
Отображаемый размер мог обновиться, могла прийти новая ликвидность, либо канал мог показывать только агрегированный или задержанный обзор. Предыдущий снимок не ограничивает последующее количество торгов
Могу ли я узнать общий скрытый размер по видимому количеству?
Надёжно — нет, если опираться только на видимое количество. Отображаемая часть не показывает, сколько общего количества скрыто за ней. Используйте только сведения, которые предоставляет площадка или ваши собственные записи заявок