Мост ликвидности для форекс- или CFD-брокера: купить мост, использовать то, что предлагает ваша торговая платформа, или построить свой

Мост ликвидности — это софт, который соединяет торговую платформу брокера, например MetaTrader 5 или cTrader, с его поставщиками ликвидности. Это банки и брокеры, которые дают брокеру котировки и исполняют его заявки. Мост принимает их цены и добавляет наценку брокера — сумму, которую брокер прибавляет к цене поставщика, прежде чем её увидят клиенты. По каждой заявке клиента мост решает, передать ли её поставщику или оставить в собственной книге брокера, где другой стороной сделки выступает сам брокер. Можно купить мост, использовать инструменты, которые предлагает разработчик вашей платформы, или построить свой. Выбор зависит от того, сколько у вас платформ и поставщиков и являются ли ваши правила маршрутизации частью того, что вы продаёте. Обязанности вашей компании остаются теми же, какой бы путь вы ни выбрали.

Что мост ликвидности делает для брокера?

Когда платформа проверила заявку клиента, в работу вступает мост. Он выполняет пять задач:

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

Связь с каждым поставщиком часто идёт по FIX — общему формату сообщений, которым пользуются банки, брокеры и торговые площадки. FIX Trading Community, которая его поддерживает, пишет, что FIX охватывает такие сообщения, как «заявки, исполнения и рыночные данные».

Чего мост не делает?

Мост оставляет остальной части вашего бизнеса четыре вещи:

• Ликвидность. Вам по-прежнему нужны счёт и договор с каждым поставщиком. MetaQuotes, разработчик MetaTrader 5, называет «подписать договор» в числе шагов для подключения поставщика
• Счета клиентов, балансы и маржа — их ведёт торговая платформа
• Ваша политика исполнения, то есть ваши письменные правила обработки заявок клиентов, и ваши риск-лимиты. Их устанавливают ваши сотрудники, а мост их применяет
• Сверка ваших записей с выпиской каждого поставщика — её по-прежнему делает кто-то на вашей стороне

Где находятся правила A-book, B-book и гибридной модели?

В мосте или в той части вашей платформы, которая выполняет работу моста. Каждый термин обозначает, куда уходит сделка клиента:

• A-book: вы передаёте сделку клиента поставщику. Рыночный риск несёт поставщик, а вы зарабатываете наценку и комиссию, если она есть
• B-book: вы оставляете сделку в собственной книге и выступаете другой стороной. Когда клиент теряет, вы зарабатываете, и наоборот
• Гибридная модель: правила решают, куда пойдёт каждая сделка, — по группе клиентов, инструменту, размеру заявки или вашей открытой позиции. Правило может также передать дальше часть сделки, а остальное оставить у вас

Об Ultency, своём матчинг-движке для MetaTrader 5, MetaQuotes пишет: «Вы можете управлять маршрутизацией заявок между A-Book, B-Book и исполнением с частичным хеджированием». Прежде чем выбрать какой-либо продукт, запишите каждое правило простыми словами с примером заявки. Затем проверьте, что продукт применяет его точно так, как оно записано.

Вашим правилам нужен также ответ на случай, когда поставщик отказывается от заявки. Некоторые поставщики применяют last look — практику, которая позволяет им отклонить вашу заявку уже после того, как она пришла. FX Global Code — это свод принципов надлежащей практики для оптового валютного рынка, который ведёт Global Foreign Exchange Committee. Он описывает last look как практику, при которой получатель торгового запроса «имеет последнюю возможность принять или отклонить запрос по своей котировке». Принцип 17 Кодекса гласит, что компании, которые используют last look, «должны прозрачно сообщать о его использовании и предоставлять Клиентам надлежащее раскрытие информации». Кодекс добровольный: в нём сказано, что он «не налагает юридических или регуляторных обязательств» на участников рынка.

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

Чего регуляторы ждут от правил внутри моста?

В ЕС статья 27 MiFID II требует, чтобы инвестиционные компании принимали «все достаточные меры для получения при исполнении заявок наилучшего возможного результата для своих клиентов». Список факторов в ней открывают «цена, издержки, скорость, вероятность исполнения и расчёта».

Политика исполнения заявок компании должна содержать информацию «о различных площадках, на которых инвестиционная компания исполняет заявки своих клиентов, и о факторах, влияющих на выбор площадки исполнения». У брокера этот выбор происходит в мосте, поэтому политика и правила маршрутизации должны совпадать. Компании также должны «отслеживать эффективность» своих механизмов и политики исполнения заявок. На практике это означает проверять записи моста по каждому поставщику в отдельности.

Продукты, которые не торгуются на бирже или другой торговой площадке, называют внебиржевыми (OTC). ESMA, орган ЕС по надзору за рынками, разбирает их в одном из своих опубликованных ответов на вопросы. В нём объясняется, что статья 64 Делегированного регламента MiFID II требует от компаний «проверять справедливость цены, предложенной клиенту». Этот ответ датирован 2016 годом и до сих пор размещён на сайте ESMA. В нём также сказано, что цель в том, чтобы компании «могли обосновать свои решения о ценах». Если вы добавляете наценки или оставляете сделки в собственной книге, храните каждую цену поставщика рядом с ценой, которую получил клиент.

Все источники в этой статье открывались 3 ноября 2026 года. Что касается регулирования, статья цитирует только правила ЕС и разъяснения ESMA. В других странах действуют свои.

Что остаётся неизменным, какой бы путь мы ни выбрали?

Эти задачи есть на любом пути. Меняется то, кто пишет и эксплуатирует софт:

• Потоки цен и наценки: цены какого поставщика получает каждая группа клиентов и что вы к ним добавляете
• Правила маршрутизации: A-book, B-book или гибридная модель и что происходит, когда поставщик отклоняет заявку
• Риск-лимиты: какую экспозицию по каждому инструменту вы оставляете у себя, прежде чем передать её дальше
• FIX-сессия с каждым поставщиком, настроенная и протестированная вместе с этим поставщиком
• Учёт и сверка: каждая заявка и каждое исполнение ежедневно сверяются с выпиской каждого поставщика
• Переключение при сбое: перевод цен и заявок к другому поставщику, когда один из них отключается

Переключение при сбое тестируйте тщательнее всего. Если соединение обрывается, пока заявка в пути, мост должен выяснить, исполнена ли она, прежде чем отправлять новые. В сессионном стандарте FIX Trading Community сказано, что сессионный уровень FIX используется, чтобы «обеспечивать надёжный и восстанавливаемый обмен сообщениями для электронной торговли». Сообщения нумеруются, и сторона, заметившая пропуск, повторно запрашивает недостающие.

Часть этой работы может взять на себя поставщик или платформа, но за всю её по-прежнему отвечает ваша компания.

Когда брокеру стоит купить готовый мост?

Покупайте, когда ваши потребности похожи на потребности других клиентов вендора. Типичные признаки:

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

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

Когда достаточно инструментов нашей торговой платформы?

Когда большинство ваших клиентов торгуют на одной платформе, а нужные вам поставщики уже к ней подключены. По словам MetaQuotes, «MetaTrader 5 включает встроенное решение для агрегации ликвидности и сведения заявок через Ultency». Агрегация — это объединение цен нескольких поставщиков в цены, которые видят ваши клиенты. MetaQuotes перечисляет на своём сайте поставщиков с «нативным подключением к Ultency», а также предлагает гейтвеи — так компания называет коннекторы к поставщикам и биржам.

Spotware, разработчик cTrader, может подключить брокера к новому поставщику по FIX. На её странице о FIX для ликвидности сказано, что Spotware получает FIX-спецификации поставщика и «создаёт выделенный серверный адаптер».

На этом пути меньше всего частей, которые нужно эксплуатировать. MetaQuotes отмечает, что с Ultency основные настройки инструментов и торговых сессий «задаются один раз в MetaTrader 5». Ограничение в том, что правила живут внутри одной платформы. Подключение поставщика, которого разработчик платформы пока не поддерживает, зависит от планов разработчика. Вторая платформа означает, что правила придётся настраивать заново или переходить на мост, который обслуживает обе.

Когда собственный мост оправдан?

Когда выполняется хотя бы одно из условий:

• Ваши правила маршрутизации, ценообразования или хеджирования — часть того, что вы продаёте, а проверенные вами продукты не могут применять их в том виде, в каком они записаны
• Плата за мост, которая растёт вместе с вашим объёмом торгов, уже обходится дороже команды, которая эксплуатировала бы вашу собственную систему
• Вы хотите, чтобы каждая цена, заявка и каждое исполнение хранились на серверах, которые вы контролируете, в структуре, которую выбираете вы

Собственный мост не обязательно заменяет всё. Часто это одна часть, например ваши собственные правила хеджирования или учёт, рядом с купленным мостом или инструментами вашей платформы. В MetaTrader 5 собственный мост подключается через интерфейсы платформы. MetaQuotes пишет, что её «Gateway API используется для интеграции MetaTrader 5 с другими торговыми системами и создания собственных потоков данных». Spotware пишет, что она «предоставляет платформу как услугу», а на её странице для брокеров сказано, что «полный технологический стек» cTrader размещён в дата-центрах в Лондоне и Нью-Йорке. Поэтому спросите у Spotware, через какой интерфейс будет работать ваш собственный мост.

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

Что проверить до подписания договора на мост?

• Кто может видеть наш поток заявок, то есть заявки наших клиентов? Где работают серверы, у кого из сотрудников вендора есть доступ и есть ли в группе вендора компания, которая также является поставщиком ликвидности или брокером?
• Можем ли мы в любой момент выгрузить каждую цену, заявку, исполнение, отклонение и изменение правил в задокументированном формате, в том числе после того, как уйдём?
• Каковы условия выхода: срок уведомления, выгрузка наших правил маршрутизации и настроек инструментов и помощь с переходом на другой мост?
• Как меняется плата, когда наш объём торгов удваивается? MetaQuotes описывает ценообразование Ultency как «основанное на объёме». Spotware пишет, что цена cBridge, её собственного моста, «зависит от количества задействованных серверов и подключений».
• Какие поставщики уже подключены и работают у других брокеров сегодня, а какие только в планах?
• Могут ли наши дилеры сами менять правила маршрутизации и наценки с записью каждого изменения в журнал?
• Что происходит, когда поставщик отклоняет заявку или отключается, и кто выбирает это правило?
• Покрывают ли часы работы поддержки вендора все часы, когда наши клиенты могут торговать?

Кому принадлежат код, правила маршрутизации и записи о сделках?

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

Записи о сделках состоят из двух половин. Платформа хранит клиентскую сторону: счета, заявки и позиции. Мост хранит сторону поставщиков: какой поставщик получил какую заявку, когда, по какой цене и с какой наценкой и что пришло в ответ. Чтобы ответить клиенту или регулятору, нужны обе половины. MetaQuotes, например, пишет, что логи Ultency «доступны только брокеру». Получите такой же ответ в письменном виде от каждого вендора.

При собственной разработке вы можете владеть и кодом. В договоре это должно быть сказано, и в нём должны быть перечислены все компоненты, которые исполнитель оставляет за собой, вместе с лицензией, по которой вы можете и дальше их использовать.

Что спросить у компании, которая будет строить наш мост?

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

Где здесь место amBrain?

amBrain ведёт этот блог. Эту часть своей работы компания описывает одной строкой: «amBrain строит инфраструктуру алгоритмической торговли: исполнение заявок, рыночные данные и предторговый риск-контроль». Ещё одна строка на сайте amBrain гласит: «Разработка торговых терминалов, систем управления заявками и биржевая интеграция по протоколу FIX».

amBrain делает софт с 2019 года. О том, как компания работает с клиентами, она говорит: «Три формата: полная разработка, выделенная команда или инженеры внутри вашей команды». О владении у неё такая строка: «Клиент сохраняет полное владение продуктом и кодом, кроме наших переиспользуемых компонентов». До подписания попросите поимённый список этих компонентов.

Эта статья — не кейс, и работа для клиентов в ней не описывается. В ней не утверждается, что amBrain строил, покупал или подключал мост ликвидности для какого-либо клиента. MetaQuotes, Spotware, FIX Trading Community, Global Foreign Exchange Committee и ESMA цитируются по их опубликованным страницам, и статья не утверждает, что между amBrain и кем-либо из них есть какие-либо отношения. Цен и сроков amBrain статья не приводит.

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