Мост ликвидности против агрегатора против поставщика ликвидности: кто что делает?

Когда брокер говорит мне, что у него есть “связанная ликвидность”, я задаю один вопрос: может ли команда провести маршрут ордера от торговой платформы до компании, которая его исполняет?

Если на диаграмме есть один блок с надписью LP / bridge / aggregator, то настройка еще не понята. Эти уровни могут входить в один коммерческий пакет, но выполняют разные задачи.

• Поставщик ликвидности, или LP, предоставляет исполняемые цены и доступный объём. Он принимает, отклоняет или исполняет заказ в соответствии с согласованными условиями исполнения.
• А агрегатор ликвидности собирает цены и глубину из нескольких источников. Он формирует комбинированный обзор и решает, какой источник или источники могут выполнить заказ.
• A мост ликвидности соединяет платформу брокера с внешним или внутренним исполнением. Он переводит сообщения, сопоставляет символы, применяет правила маршрутизации брокера и возвращает результаты исполнения.

Кратчайшее полезное объяснение таково: LP предоставляет ликвидность, агрегатор организует доступ к нескольким источникам, а мост соединяет этот стек исполнения с платформой брокера.

Вопрос	Поставщик ликвидности	Агрегатор	Мост
Откуда берутся цены?	Поставщик ликвидности цитирует свои собственные или рыночные цены	Объединяет цены, полученные из подключенных источников	Передает выбранный поток цен на платформу
Кто предоставляет глубину?	Поставщик ликвидности	Никто; он объединяет доступную глубину поставщиков ликвидности	Никто; он обрабатывает и применяет настроенные данные
Кто выбирает среди поставщиков ликвидности?	Не среди других поставщиков ликвидности брокера	Логика агрегации и маршрутизации	Мост отправляет заказ по настроенному маршруту
Кто подключается к торговой платформе?	Иногда напрямую	Иногда в рамках комплексного продукта	Это основная роль моста
Кто заполняет внешний заказ?	Выбранный поставщик ликвидности или площадка	Он может координировать несколько заполнений	Он получает и сопоставляет отчеты обратно на платформу

Где располагается каждый слой

Как соединяются слои

EUR/USD · иллюстративное внешнее исполнение

Поток котировок к платформе

Торговая платформа

EUR/USDASK

1.08420Котируемая цена

Показывает цены
и результаты торговли

Мост

Переводит сообщения
для платформы

Агрегатор

Сравнивает котировки
и выбирает источник

Поставщики ликвидности

LP AAsk 1.08420

LP BAsk 1.08422

LP CAsk 1.08425

Предоставляют цены и исполнение

Три источника, один поток цен. Агрегатор сравнивает котировки LP. Мост передает выбранный поток к платформе.

Котировки поступают от поставщиков ликвидности через агрегатор и мост к торговой платформе. Заказы движутся в противоположном направлении. Отчеты о выполнении возвращаются от выбранного поставщика.

Котировки движутся от источников ликвидности к торговой платформе. Заказы движутся в другую сторону. Отчеты о выполнении затем возвращаются по той же цепочке.

Эта чистая диаграмма имеет две общие вариации.

Сначала брокер, использующий одного поставщика ликвидности, может напрямую подключить мост к этому провайдеру. Нет ничего для агрегации.

Во-вторых, гибридный брокер может внутренне обрабатывать часть клиентских потоков. Мост или подключенный риск-движок может отправлять только необходимый хедж аггрегатору или поставщику ликвидности (LP). Таким образом, клиентский заказ и внешний хедж не всегда одинакового размера и даже не являются парой один к одному.

Что делает поставщик ликвидности

LP предоставляет цены и гарантирует определенный объем исполнимого размера. В FX и CFD поставщик может быть банком, небанковским маркет-мейкером, прайм-оф-праймом, брокером, торговой площадкой или другой стороной с доступом к исходной ликвидности.

Этикетка сама по себе говорит мне очень мало. Я хочу знать:

• какие инструменты и сессии он охватывает;
• цены на покупку и продажу на каждом уровне глубины;
• минимальный и максимальный размер заказа;
• являются ли цены фиксированными или подлежат последнему взгляду;
• поведение при заполнении, частичном заполнении и отклонении;
• маржа, залог и кредитные условия;
• комиссии и другие расходы на исполнение;
• как изменяется производительность во время новостей, перекрытий и рыночных разрывов.

LP не гарантирует узкий спред для каждого ордера. Котировка может быть узкой на вершине книги, но иметь лишь небольшое количество размера. Следующий уровень может находиться на несколько пунктов дальше.

Некоторые поставщики FX используют последний взгляд, что означает, что они выполняют окончательную проверку цены или действительности после получения запроса на сделку. Результат может быть как принятием, так и отклонением. Эта политика принадлежит отношению LP или площадки. Аггрегатор и мост должны точно зафиксировать ответ, но они не создают правила принятия поставщика.

Что делает агрегатор ликвидности

Агрегатор получает потоки от нескольких LP или площадок и нормализует их в один удобный для использования вид.

Для каждого символа это может:

• сравнить лучшие предложения и спрос;
• объединить глубину из нескольких источников;
• удалить устаревшие, недействительные или недоступные котировки;
• соблюдать лимиты по кредиту и размеру per-LP;
• разделить большой заказ по ценовым уровням;
• выберите маршрут на основе цены, глубины, задержки и истории заполнения;
• перейти к другому источнику после отказа, если это позволяет политика.

Агрегатор не производит ликвидность. Если три связанных провайдера все снимут свои котировки, объединенная книга все равно будет пустой. Если каждый провайдер увеличит спред, агрегирование не сможет сохранить спред вчерашнего дня.

Тем не менее, это может снизить зависимость от одного источника. Один LP может предложить лучшую цену для небольшого заказа EUR/USD, в то время как другой предлагает большую глубину для более крупного заказа. Агрегатор выявляет это различие и может использовать оба варианта.

Агрегация цен не является тем же самым, что и агрегация заказов

Агрегация цен формирует составную цену или книгу на основе входящих котировок.

Агрегация заказов объединяет или суммирует заказы перед их отправкой дальше. Это может происходить в другом месте в рисковом и исполнителе брокера. Обе функции могут использовать одну и ту же технологию, но они отвечают на разные вопросы.

Это различие имеет значение в гибридной модели. Брокер может показать клиентам цену, сформированную из нескольких потоков ликвидности, внутренне обработать некоторые позиции и отправить только чистую экспозицию наружу. Видя агрегированную цену, нельзя утверждать, что каждая сделка клиента достигла внешнего поставщика ликвидности.

Что делает ликвидный мост

Мост является уровнем интеграции и контроля между торговой платформой и выбранным маршрутом исполнения.

Его обязанности могут включать:

• перевод сообщений платформы в формат FIX или другой API;
• превращение участков в единицы или контрактные количества;
• сопоставление символов, десятичных дробей и размеров контрактов;
• отправка ценовых потоков в правильные группы платформ;
• применение разметки или настроек выполнения;
• маршрутизация заказов к LP, агрегатору или внутренней книге;
• обработка частичных выполнений, отклонений и отключений;
• сопоставление внешних идентификаторов выполнения с заказами на платформе;
• сохранение временных меток и журналов для сверки.

Мост выполняет конфигурацию брокера. Он сам не принимает решения о бизнес-модели. Кто-то все равно должен определить, какой поток будет экстернализирован, какие маршруты разрешены и что происходит, когда основное соединение выходит из строя.

Вот почему мост не может исправить слабую ликвидность. Он может перенаправить заказ после того, как один ликвидный провайдер его отклонит, но следующая доступная цена может быть хуже или недоступна. Резервирование улучшает устойчивость; оно не обещает таких же условий исполнения.

Ордер EUR/USD через все три уровня

Предположим, что политика риска брокера отправляет ордер на покупку €750,000 по EUR/USD на внешнюю сторону. Доступная цена предложения:

Источник	Запрос	Доступный размер
LP A	1.08420	€300,000
LP B	1.08422	€500,000
LP C	1.08425	€1,000,000

[Custom HTML block: Aggregated liquidity order sweep – paste 02-aggregated-order-sweep.html here.]

Мост получает заказ на платформе, подтверждает символ и объем, и отправляет его на настроенный внешний маршрут.

Агрегатор видит, что у LP A лучшее предложение, но не может выполнить полную сумму. Он отправляет €300,000 LP A и оставшиеся €450,000 LP B.

Объемно-взвешенная средняя цена составляет:

(€300,000 x 1.08420 + €450,000 x 1.08422) / €750,000 = 1.084212

Два заполнения возвращаются через агрегатор. Мост сопоставляет их с исходным заказом на платформе и сообщает комбинированный результат.

Этот пример изолирует роли. Реальное выполнение может также включать задержку, движение цен, комиссии, наценки, последний взгляд, частичные исполнения и минимальные размеры, специфичные для LP.

Почему названия продуктов создают путаницу

Один продавец может продавать “мост”, который включает агрегацию. Другой может называть весь продукт агрегатором, даже если он также предоставляет платформенные соединители, правила управления рисками и отчетность. LP может агрегировать несколько источников верхнего уровня, прежде чем показать брокеру один поток цен.

Коммерческая этикетка не меняет логические вопросы:

1. Кто предоставляет исполняемую котировку и осуществляет внешнюю сделку?
2. Кто объединяет и ранжирует несколько источников?
3. Кто переводит заказ платформы и применяет маршрут брокера?
4. Кто владеет журналом, который доказывает, что произошло?

Я прошу поставщиков определить эти обязанности перед обсуждением претензий по задержкам. Быстрая система с неясной ответственностью становится медленной в тот момент, когда заказ оспарен.

Какую настройку необходима брокеру?

Одна LP и простой внешний маршрут

Мост, соединенный напрямую с одним LP, может быть достаточным. Это самая маленькая архитектура, но LP остается единственной точкой зависимости.

Несколько LP, конкурирующих за поток

Брокеру необходима логика агрегации для сравнения цен и глубины. Ему также нужен мост или эквивалентный соединитель между этой агрегированной цепочкой и торговой платформой.

Гибридная модель исполнения

Брокеру необходима связь с платформой, а также правила управления рисками, которые определяют, следует ли внутренне обрабатывать, хеджировать или направлять каждое воздействие. Аггрегатор имеет значение, когда внешний маршрут имеет несколько источников.

Управляемая белая метка

Мостовые и агрегационные слои могут быть включены и в значительной степени невидимы для брокера. Это сокращает работу по интеграции, но оператор все еще должен получать отчеты о выполнении, причины отказов, статус маршрутизации и ответственность за инциденты.

Готовое брокерское решение от Quadcode сочетает в себе торговую платформу с ликвидностью, сделками, управлением рисками и инфраструктурой бэк-офиса. Оно также поддерживает предварительно подключенную ликвидность и возможность подключения других LP. Практический вопрос для брокера заключается в том, какие части управляются поставщиком, а какие контрольные функции остаются в руках брокера.

Кто владеет общими проблемами выполнения?

Симптом	Начните расследование здесь	Почему
Только один LP прекращает котировать	Подключение LP и агрегатор	Подтвердите статус источника и были ли удалены устаревшие котировки
Все клиентские цены используют неправильные десятичные знаки	Сопоставление моста или платформы	Определение символа переводится некорректно
Большой ордер заполняется по нескольким ценам	Глубина агрегатора и LP	Ордер мог охватить более одного уровня или источника
Ордер отклоняется после достижения котировки	Ответ LP, затем политика маршрутизации	Проверьте причину отклонения и было ли разрешено повторное выполнение
Объемы платформы и LP различаются	Журналы моста и политика риска брокера	Внешний хедж мог быть зачислен, разделен или частично выполнен
Платформа показывает выполнение, но финансы не могут его сопоставить	Идентификаторы выполнения моста, агрегатора и LP	Цепочке необходим один отслеживаемый набор идентификаторов

Называть каждое дело «проблемой LP» тратит время. Называть каждое дело «проблемой моста» делает то же самое. Следите за идентификатором заказа с платформы до тех пор, пока состояние не изменится.

[Внутренняя ссылка: Отчёты брокеров не совпадают]

Метрики для мониторинга по слоям

Поставщик ликвидности

• распределение и доступная глубина по символу и сессии;
• ставки заполнения, частичного заполнения и отклонения;
• последний взгляд на прием, где это применимо;
• скольжение и время отклика в зависимости от размера заказа;
• производное использование и риск контрагента.

Агрегатор

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

Мост

• платформа для маршрутизации задержки;
• отказ в маппинге и валидации;
• потерянные или дублированные сообщения;
• время работы соединения и события переключения;
• несоответствующие идентификаторы платформы и внешнего выполнения.

Качество исполнения от начала до конца по-прежнему имеет наибольшее значение. Брокер должен сравнивать запрашиваемые и исполненные цены, распределения проскальзывания, коэффициенты исполнения и отказы в зависимости от размеров ордеров и рыночных условий. Здоровое среднее значение может скрывать плохие результаты во время перехода на новые контракты или высокой волатильности.

Различие, которое я сохраняю

Провайдер владеет котировкой и заполняет её. Агрегатор решает, как несколько источников рассматриваются и используются. Мост делает так, чтобы этот маршрут выполнения работал с платформой и политиками брокера.

Держите эти обязанности на виду, даже когда один контракт объединяет все три. Именно так брокер знает, какой слой изменить, к какой команде обратиться и какой журнал должен объяснять сделку.