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

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

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

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

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

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

Где находится каждый слой

How the layers connect

EUR/USD · illustrative external execution

Quotes flow to the platform

Trading platform

EUR/USDASK

1.08420Quoted price

Shows prices
and trade results

Bridge

Translates messages
for the platform

Aggregator

Compares quotes
and selects a source

Liquidity providers

LP AAsk 1.08420

LP BAsk 1.08422

LP CAsk 1.08425

Supply prices and fills

Three sources, one price stream. The aggregator compares LP quotes. The bridge carries the selected stream to the platform.

Quotes flow from liquidity providers through the aggregator and bridge to the trading platform. Orders travel in the opposite direction. Fill reports return from the selected provider.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• перевод платформенных сообщений в формат 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» тратит время. Называть каждое дело «проблемой моста» делает то же самое. Следуйте за идентификатором заказа от платформы наружу, пока состояние не изменится.

[Internal link: Broker Reports Don’t Match]

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

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

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

Агрегатор

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

Мост

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

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

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

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

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