Стакан заявок

Устройство стакана

Каждая сторона стакана — это отсортированный список ценовых уровней. На стороне bid первой идёт самая высокая цена; на стороне ask — самая низкая. На каждом уровне стакан держит либо агрегированный отображаемый объём (market by price, MBP), либо отдельные заявки в порядке очереди (market by order, MBO). Промежуток между первым bid и первым ask — спред.

Сделка происходит, когда входящая заявка пересекает спред: рыночная покупка или лимитная покупка по цене на уровне лучшего ask или выше исполняется против стоящего ask. Стоящая сторона пассивна; пересекающая сторона — агрессор. Футпринт фиксирует это исполнение по цене и стороне; стакан фиксирует то, что осталось после.

• Обновления стакана приходят как добавления, снятия, изменения и исполнения. Изменение объёма уровня не говорит, что именно из этого произошло, если поток не несёт сами события.
• Отображаемый объём может быть долей истинного количества, когда используются айсберговые заявки.
• Глубина стакана — отдельный набор данных от сделок; архив сделок не позволяет восстановить стакан.

Читать изменения, а не снимки

• Дисбаланс потока ордеров (OFI) суммирует изменения объёма лучших bid и ask за окно, трактуя рост объёма bid или снижение объёма ask как давление покупателей, и наоборот. Это мера изменения стакана, а не сделок.
• Сложенные уровни на одной стороне описывают полку, сквозь которую рынку пришлось бы торговать; удержится ли она, наблюдается позже, а не выводится.
• Тепловая карта записывает историю стакана, так что стены, снятия и восстановления становятся паттернами вместо мелькания.
• Пропуски в потоке дают неизвестные состояния; уровень, о котором не сообщили, — это не уровень с нулевым объёмом.

В Senzoukria

Стакан рисуется на странице Heatmap тремя способами: цветными полосами тепловой карты во времени, лестницей DOM и профилем DOM справа и наложением «лестница DOM» на графике, где «Bid — лимитные заявки на покупку» и «Ask — лимитные заявки на продажу» окрашены раздельно. Настройка «Нижний порог (лоты)» и «Минимальный размер» профиля DOM скрывают мелкие стоящие уровни, чтобы стены выделялись отдельно; подсказка последней гласит, что выше нуля профиль перестаёт показывать стакан и начинает показывать стены.

Панели трекера ликвидности нужен поток ордер за ордером (MBO): её пустое состояние говорит, что она читает жизнь каждой заявки, а не только видимые итоги. Rithmic и Databento дают стакан CME по подключённым правам; Bybit даёт записанную историю криптостакана; потиковая история брокера содержит только сделки и никакого стакана.

Частые ошибки

• Принимать отображаемую глубину за доступную ликвидность. Заявки можно снять до того, как подойдёт цена.
• Склеивать сделки одной площадки со стаканом другой, как если бы это была одна сопоставленная история.
• Называть каждый исчезнувший уровень спуфингом. Руководство по чтению DOM отмечает, что снятие наблюдаемо, а намерение — нет.
• Считать, что поток MBP показывает позицию в очереди. Отдельные заявки несёт только MBO.