01
OCO
One-cancels-other («одна отменяет другую»): две связанные заявки, часто цель и стоп. Когда одна исполняется, другая отменяется в рамках того же перехода состояния.
Исполнение
Исполнение — это конкурентное преимущество.
Ручные, алгоритмические и автономные стратегии используют одни и те же детерминированные примитивы заявок, один и тот же контроль до сделки и одну и ту же подписанную запись исполнения. Качество исполнения заложено в ядро системы, а не согласуется на периферии.
- Справедливая последовательность
- Контроль риска до сделки на каждую заявку
- Приоритет цена-время
- Подписанная запись исполнения
Единый язык заявок для трейдеров, алгоритмов и агентов.
Ни один участник не получает эксклюзивный тип заявки или более быстрый путь через риск-контроль. Лимитная заявка в один клик, график VWAP и заявка, предложенная агентом Cortex, сводятся к одним и тем же примитивам и оставляют одну и ту же подписанную запись.
Внутри ApexMatch
От подписанного намерения до финального исполнения.
Каждая заявка проходит шесть этапов в рамках одного атомарного перехода состояния. Страница технологии ApexMatch — основной источник подробного разбора каждого компонента, его защиты от сбоев и спецификаций.
- 01ВходПодписанная заявка
- 02УпорядочиваниеСправедливое упорядочивание
- 03РискБарьер Aegis
- 04СопоставлениеЦена-время
- 05КлирингЧистые дельты
- 06ФинализацияДоказательство QSE
- Детерминированный
- Одинаковые входные данные — одинаковые исполнения, одинаковое состояние.
- Атомарный
- Сделка и обновление обеспечения происходят вместе.
- Наблюдаемый
- Каждый этап формирует подписанную запись.
- Компонуемый
- Приложения могут вызывать нативные рыночные примитивы.
Подписанная заявка проходит шесть этапов: вход через региональный шлюз, справедливая последовательность до канонической позиции в очереди, предрисковый контроль Aegis, сопоставление по цене-времени в книге заявок, клиринг (который сводит каждое исполнение в обновления позиции, баланса, комиссии и фандинга) и финальность под сертификатом финальности кворума QSE. Под этим путём проходит след подписанных записей, а рядом указаны четыре свойства: детерминированность, атомарность, наблюдаемость и компонуемость.
Язык заявок
Четыре семейства заявок, один набор примитивов.
Базовые типы обеспечиваются ядром нативно. Расширенные, алгоритмические и институциональные типы составлены из этих примитивов, поэтому каждая заявка наследует одни и те же проверки риска и записи. Доступность зависит от рынка.
Базовые
- Рыночная
- Лимитная
- Стоп
- Стоп-лимит
- Пост-онли
- Только на уменьшение
Расширенные
- OCO
- Брекет
- Трейлинг
- Айсберг
- Скрытая
- Привязанная
Алгоритмические
- TWAP
- VWAP
- POV
- Цена на момент подачи
- Издержки исполнения
- Поиск ликвидности
Институциональные
- RFQ
- Блок
- Корзина
- Межсчётная
- Условный спред
- Умный роутинг
Расширенные заявки
Условная логика — в ядре системы.
Расширенные заявки хранятся в протоколе, а не в клиентском приложении, поэтому они продолжают работать, даже если ваше соединение — нет.
02
Брекет
Заявка на вход с прикреплёнными тейк-профитом и защитным стопом, которые активируются в момент исполнения заявки на вход.
03
Трейлинг
Стоп, который следует за благоприятным движением цены на заданном расстоянии и удерживает уровень, когда рынок разворачивается.
04
Айсберг
Крупная заявка, отображаемая небольшими частями. Каждая часть пополняется из неотображаемого остатка и становится в конец очереди.
05
Скрытая
Заявка в книге, которая не добавляет видимой глубины и сопоставляется по опубликованным правилам приоритета для неотображаемой ликвидности.
06
Привязанная
Заявка, лимитная цена которой привязана к ориентиру — лучшей цене покупки, лучшей цене продажи или середине спреда — и меняется вместе с ориентиром.
Алгоритмические заявки
Алгоритмы исполнения с прозрачными параметрами.
Каждый алгоритм работает как график нативных дочерних заявок в пределах лимитов родительской заявки. Алгоритмы могут снизить влияние на рынок, но не устраняют его полностью, а результаты зависят от ликвидности и рыночных условий.
- 01TWAP
- Средневзвешенная по времени цена. Делит родительскую заявку на части, равномерно распределённые по выбранному периоду.
- 02VWAP
- Средневзвешенная по объёму цена. Распределяет части по графику в соответствии с ожидаемым профилем объёма на протяжении сессии.
- 03POV
- Доля от объёма. Участвует в торгах в заданной доле от объёма торгов, ускоряясь или замедляясь вместе с активностью рынка.
- 04Цена на момент подачи
- Управляет проскальзыванием относительно цены на момент подачи заявки, торгуя раньше, когда это позволяет влияние на рынок.
- 05Издержки исполнения
- Балансирует стоимость влияния на рынок против риска ожидания, измеряемого от цены на момент принятия решения.
- 06Поиск ликвидности
- Ожидает появления нужного объёма — в книге заявок, в ответах на запросы котировок или на проверенных внешних маршрутах — и затем исполняется в пределах лимитов заявки.
Институциональные рабочие процессы
Объём, пакеты и многосчётный поток заявок.
- RFQ
- Запрашивайте твёрдые котировки у поставщиков ликвидности для крупного объёма или сложных структур; принятая котировка рассчитывается атомарно.
- Блок
- Объём, согласованный в частном порядке, отражается и клирится как любая биржевая сделка, с той же подписанной записью.
- Корзина
- Множество инструментов, поданных как одно поручение, с общими лимитами и единым отчётом об исполнении.
- Межсчётная
- Одно поручение исполняется или распределяется между разрешёнными субсчетами, с лимитами и записями по каждому счёту.
- Условный спред
- Ноги по разным инструментам или срокам экспирации исполняются вместе только при выполнении условия по спреду — или не исполняются вовсе.
- Умный роутинг
- Оценивает внутреннюю глубину рынка, котировки дилеров и проверенные внешние маршруты для каждой заявки, а затем фиксирует, почему был выбран именно этот маршрут.
Институциональные рабочие процессы доступны через FIX и нативные API, с копиями отчётов о сделках и анализом торговых издержек. См. институты.
Сквозная производительность
Путь настолько быстр, насколько быстра его самая медленная стадия.
Скорость сопоставления заявок мало значит, если проверки риска, исполнение или расчёты отстают. Архитектура полной мощности на 1 000 000 TPS и класс финальности менее секунды — это свойства всех шести стадий вместе.
- 01ВходРегиональные шлюзы
- 02ЗаявкаApexMatch
- 03РискПроверки Aegis
- 04ИсполнениеVectorLanes
- 05ФинализацияКворум QSE
- 06ИндексацияПотоковое состояние
Шесть связанных стадий: вход через региональные шлюзы, заявка в ApexMatch, риск в проверках Aegis, исполнение в VectorLanes, финализация под кворумом QSE и индексация как потоковое состояние. Заявка показана проходящей через каждую стадию по очереди, иллюстрируя, что сквозная производительность зависит от каждой стадии, а не только от сопоставления заявок.
Используйте весь язык заявок в работе.
Доступные вам рынки и типы заявок зависят от юрисдикции и критериев допуска. Институты подключаются через FIX и нативные API.