Скринер глубины рынка: где ломается оценка ликвидности
Решение о сделке чаще всего принимают по последней цене: она одна, её просто показать и сравнить. Но ликвидность определяется не ценой, а плотностью заявок на уровнях рядом с ней. Скринер глубины рынка собирает стакан заявок и считает, какой объём реально исполнится без сдвига котировки — то есть даёт оценку ликвидности вместо иллюзии «цены».
Ломается это на тонких парах. Верх стакана выглядит плотным, но за ним пусто: первая же крупная заявка проходит через десяток уровней и уводит цену. Проскальзывание цены оказывается в разы выше расчётного, а размер позиции, который по последней цене выглядел безопасным, превышает дневной объём пары. При этом сам актив торгуется на нескольких площадках, и глубина на каждой из них своя.
Вторая причина — устаревшие данные. Скринер, который запрашивает стакан по расписанию, показывает уже несуществующую картину: между запросами лимитные заявки снимают, рыночные исполняют, и уровень, на который вы рассчитывали, исчезает. Агрегатор биржевых данных решает это потоковыми обновлениями и сводит глубину площадок в одну картину, но требует нормализации шага цены, комиссий и разного формата отдачи у каждого источника.
Цена такой ошибки — вход по цене, которой уже нет, и сигнал, сработавший после движения. Разбираем дальше, как оценка ликвидности превращается в набор измеримых метрик: глубина в пределах отклонения от середины, ширина спреда, устойчивость уровня во времени. Каждая из них работает только на потоковых данных — иначе метрика врёт.
Что меняется после внедрения: измеримые эффекты
Скринер глубины рынка превращает поток котировок в управляемый сигнал: разрозненные наблюдения по площадкам сменяются одним контуром контроля, который сообщает о состоянии ликвидности до того, как сделка уйдёт в проскальзывание. Ниже — четыре следствия, которые видно на метриках в первые недели.
Скорость реакции вместо разбора постфактум
Оповещения о проскальзывании приходят в момент пересечения порога глубины по паре, а не после исполнения по худшей цене. Дежурный видит изменение книги заявок сразу, поэтому реакция измеряется минутами, а не длительностью разбора инцидента.
Управляемая доля ложных сигналов
Порог строится на минимальной глубине в пределах заданного отклонения цены, а не на одной спредовой величине. Шум кратких подтяжек котировок отсекается, доля несодержательных оповещений падает кратно, и дежурство перестаёт выгорать на пустых срабатываниях.
Снижение простоев на исполнении
Частый отказ — попытка пройти объём через пустой участок книги, после чего маршрутизация перестраивается вручную. Постоянный мониторинг ликвидности снимает этот класс: маршрут пересобирается по данным, и простой сокращается с часов до минут.
Полнота картины по площадкам
Единая шкала ликвидности приводит глубину разных рынков к сопоставимой величине с поправкой на комиссию и схему расчёта. Сводка сверяется с внешними агрегаторами вроде CoinGecko, поэтому картина не зависит от того, чей интерфейс открыт у оператора.
Режимы работы: поток, снимки по расписанию, архив
Режимы сбора данных определяют, что вообще попадёт в срез ликвидности и насколько глубоко его потом можно перепроверить. Поток данных в реальном времени даёт полную картину изменений, снимки стакана по расписанию — сопоставимые точки для сравнения площадок, архив срезов ликвидности — основу для истории и разбора спорных ситуаций.
Ограничение у каждого режима своё. Поток пишет каждое изменение и растёт вместе с активностью рынка; снимки экономят объём, но пропускают всё, что произошло между опросами; архив хранит агрегаты, из которых отдельную заявку уже не восстановить.
Что выбрать под задачу
| Режим | Когда подходит | Ограничения |
|---|---|---|
| Поток данных в реальном времени | Алерты по резким провалам глубины, контроль крупных заявок | Запись растёт линейно с активностью; при обрыве связи окно теряется, нужна буферизация |
| Снимки стакана по расписанию | Сравнение площадок, отчёты, исторические графики | Между опросами изменения не видны; короткий всплеск может остаться незамеченным |
| Архив срезов ликвидности | Долгие периоды, проверка моделей, ретроспектива | Хранит агрегаты, детализацию отдельной заявки не вернуть |
| Смешанный: поток и снимки | Нужны и алерты, и сопоставимая история | Два контура сбора надо синхронизировать по времени |
Этапы работ: от аудита площадок до передачи системы
Площадки отдают разную глубину рынка: где-то виден весь стакан, где-то только верхние уровни, где-то данные приходят с задержкой и обрывами связи. Собрать из этого один сопоставимый поток можно только после сверки источников, поэтому работа идёт этапами — от аудита площадок до передачи системы.
- Аудит биржевых площадок. Проверяем, какие уровни стакана доступны, с какой частотой обновляются, есть ли история для обратной проверки правил и какие лимиты накладывает площадка.
- Схема потоков данных. Фиксируем, что забираем непрерывным каналом, что — периодическими срезами, где нужен резервный источник на случай обрыва.
- Нормализация данных. Приводим обозначения пар, единицы объёма, точность цены и метки времени к одному виду — без этого сравнение площадок даёт ложные сигналы.
- Расчёт метрик глубины. Считаем плотность заявок в пределах заданного отклонения от цены, дисбаланс сторон и скорость, с которой ликвидность исчезает.
- Настройка оповещений. Задаём пороги по каждой метрике, время удержания условия и антидребезг, чтобы канал не забивался шумом; правила храним в конфигурации, которую можно менять без пересборки.
- Проверка на исторических данных. Прогоняем правила на записях прошлых периодов и смотрим долю ложных срабатываний и пропусков.
- Приёмка системы и передача документации. Сверяем метрики с ручным расчётом, оформляем отчёты, инструкции по эксплуатации и порядок действий при сбое источника.
Что остаётся у вас: конфигурации, схемы, регламенты
Работающий скринер — это половина результата. Вторая половина — комплект артефактов, по которым ваша команда сможет поднимать систему, менять источники и разбирать инциденты без нашего участия. Передаём всё в виде текстовых файлов и схем в вашем репозитории, а не в виде «настроено у нас на сервере».
- Конфигурации подключений — адреса источников, список торговых пар, лимиты запросов, время ожидания ответа и правила повторных попыток; правятся без пересборки кода.
- Схемы потоков данных — от снимков стакана и ленты сделок до расчёта глубины, плотности уровней и дисбаланса объёмов, с отметкой точек перезапуска без потери состояния.
- Права доступа и роли — матрица «роль → действие»: кто меняет пороги алертов, кто видит историю, кто управляет ключами; ключи хранятся вне репозитория, действия попадают в журнал аудита.
- Регламент реагирования — что означает каждый тип алерта, кому и куда он уходит, за какое время ожидается реакция, как отличить рыночное движение от сбоя источника и что делать при ложном срабатывании.
- Журналы и метрики — задержка доставки данных, доля пропущенных обновлений, число срабатываний по каждому правилу, время реакции; отдельно описаны выгрузка за период и сроки хранения.
- Документация по системе — архитектура, формулы метрик глубины, схема хранения, порядок подключения новой биржи и её проверки на исторических данных.
- Инструкции по развёртыванию и откату — как поднять контур с нуля и как вернуться к предыдущей версии правил и конфигураций, если рост срабатываний окажется ложным.
Кейс: ложные сигналы на тонком рынке и как их убрали
До: ручной сбор и рассинхрон срезов
Аналитик сводил книгу заявок с четырёх площадок вручную в одну таблицу. Срезы приходили с разницей в несколько секунд, глубина считалась по разным меткам времени, единицы объёма не совпадали. На тонком рынке, где цена двигается от десятка крупных заявок, такой рассинхрон давал до семи ложных сигналов из десяти, а команда успевала отреагировать уже после отката.
Разбираем, что изменили. Площадки подключили потоком, срезы привели к единой метке времени и нормализовали объёмы. Метрика глубины считается в заданном коридоре отклонения от середины, а не по всей книге заявок, поэтому спред и «пыль» на дальних уровнях больше не искажают картину.
После: сигнал подтверждается серией срезов
Алерт срабатывает, только если дисбаланс держится несколько последовательных срезов подряд и глубина на стороне давления превышает порог. Порог задаётся в конфигурации отдельно по каждому инструменту — CoinGecko используется как референс для сверки цен и отсечения выбросов с одной площадки.
Доля ложных сигналов упала с семи из десяти до одной-двух, время реакции команды сократилось с минут до секунд. Уведомление приходит вместе с готовым срезом: видно, на какой площадке набрана глубина, как она менялась и какой порог сработал.
Чем глубина рынка отличается от объёма торгов
Объём торгов — величина историческая: сколько сделок прошло за интервал. Глубина рынка описывает состояние прямо сейчас: сколько ликвидности выставлено в стакане по обе стороны от середины и на каком удалении от неё.
Рост объёма не гарантирует исполнение по ожидаемой цене. Инструмент может торговаться бодро, но ликвидность держится узким слоем у середины — заявка среднего размера съедает этот слой и сдвигает котировку на несколько процентов. Решает связка спреда и плотности заявок: узкий спред при плотном стакане цена переживёт, широкий при том же объёме — исполнение окажется заметно дороже ожидаемого.
| Метрика | Что измеряет | Что говорит о сделке |
|---|---|---|
| Объём торгов | прошедшие сделки за интервал | активность и интерес — но задним числом |
| Глубина рынка | ликвидность в стакане на удалении от середины | сколько можно провести без сдвига цены |
| Спред и плотность заявок | разрыв лучших цен и концентрация заявок по уровням | цену входа и устойчивость к крупной заявке |
Ликвидность и волатильность связаны обратной зависимостью: на тонкой глубине небольшой объём двигает цену сильнее, чем крупный на плотном стакане.
Для скринера это значит, что ранжировать инструменты по одному объёму бесполезно. Считаем глубину на нескольких удалениях от середины, спред и распределение плотности по уровням, а сигнал даём, когда глубина тает относительно собственного профиля инструмента — до того, как сделка уйдёт по неожиданной цене.
Технические сомнения: задержки, источники, устойчивость
Задержка данных — не одна цифра, а сумма: публикация сделки на площадке, доставка по потоку котировок, пересчёт стакана, агрегация по биржам. Мы не прячем её усреднением: у каждого сигнала есть метка времени и объём глубины, по которой он посчитан, поэтому видно, где задержка выросла и что стало причиной — движение рынка или подвисание источника.
Источники котировок подключаем несколькими независимыми каналами: основной поток, резервный и сверка с агрегатором вроде CoinGecko. Сигнал считается подтверждённым только при совпадении по двум источникам и отсутствии выбросов по спреду, поэтому верификация отсекает ложные срабатывания на тонком стакане.
Что произойдёт, если один источник отвалится?
Поток помечается как неактивный, расчёт продолжается на оставшихся, а в интерфейсе появляется предупреждение о неполной картине. Сигналы в этот момент не подавляются, но получают пометку о неполной сверке.
Как система ведёт себя при обрыве связи?
Соединение переподключается автоматически, пропущенный интервал догружается из истории, а до восстановления данные помечаются устаревшими. Пустой экран лучше, чем оповещение, построенное на устаревшей глубине.
Можно ли доверять сигналам на низколиквидных парах?
Нет, если стакан тоньше заданного порога — такие пары исключаются из расчёта или уходят в список наблюдения. Порог настраивается под вашу стратегию, а не задан жёстко.
Обсудим задачу: что прислать для оценки и плана
Чтобы вернуться не с общими соображениями, а с оценкой и планом работ, нам нужен минимальный набор вводных. Чем точнее вы опишете требования к системе, тем меньше допущений заложим в схему решения и тем реалистичнее получатся сроки внедрения.
- Биржи и рынки, которые нужно покрыть: спотовые, срочные, отдельные пары.
- Метрики скринера глубины рынка: глубина стакана на заданных удалениях от цены, спред, устойчивость котировки при крупном исполнении.
- Условия срабатывания алертов — абсолютные пороги, отклонение от среднего за окно, резкий сдвиг за минуты.
- Каналы доставки сигналов: мессенджер, почта, вызов в вашу систему, панель в браузере.
- Режим работы — непрерывный поток котировок или расчёт по расписанию; за какой период храним историю.
- Поведение при разрыве связи с биржей и нужно ли дублировать источник данными с других площадок.
- Ограничения: где размещать систему, предпочтения по инфраструктуре, кто со стороны заказчика принимает результат.
- Желаемые сроки внедрения и дата, к которой нужен рабочий контур.
Опишите задачу в свободной форме — этого достаточно для старта. Обсудим её предметно и вернёмся с оценкой и планом работ: схемой сбора данных, составом метрик и алертов, этапами и сроками внедрения.
