Last look: принятие запроса и время ответа

Цена EUR/USD на экране сама не подтверждает принятую сделку. Last look — заключительная проверка допустимости запроса и/или цены перед принятием либо отклонением. Практика прежде всего связана с электронным оптовым FX; путь заявки розничного CFD и договорные обязанности нужно устанавливать отдельно. Одно отклонение или новая котировка не идентифицируют механизм.

Что проверяется до принятия запроса

В модели last look поставщик ликвидности оставляет раскрытый интервал для проверки перед решением. Проверяйте критерии допустимости и цены, время и использование информации по его политике и применимым правилам. Общерыночный диапазон «несколько или десятки миллисекунд» здесь не измерен.

На площадке с централизованным сопоставлением заявки сводятся по ее правилам и доступным объемам. При индикативной котировке и last look после запроса еще требуется решение поставщика. Юридическая сила конкретной котировки и момент заключения сделки зависят от договора и правил сервиса: их нельзя вывести из одного экрана. Показанная цена не гарантирует исполнение.

Зачем поставщику проверять котировку

Поставщик одновременно передает цены многим клиентам и площадкам. Быстрый участник может запросить сделку по устаревшей цене до ее обновления — это риск использования различий задержки, часто называемый latency arbitrage. Проверка может ограничить такое воздействие на котирующую сторону. Оценочный ярлык «токсичный поток» описывает ее взгляд на поток заявок, а не сам по себе доказывает нарушение клиентом.

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

Асимметрия и правильная база сравнения

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

Неисполненный запрос, новое предложение и проскальзывание — разные события. Принятие по исходной запрошенной цене не имеет проскальзывания относительно нее, даже если поздняя котировка лучше. История и политика могут обосновать вопросы, но статистика сама не выявляет все причины. предполагаемая охота на стопы (на английском) — отдельный предмет проверки.

Читайте раскрытые условия проверок и обращения с информацией запроса. FX Global Code — добрые практики оптового рынка, не замена применимому закону.

Вычитание 96 из 100 смешивает часы и может создать ложный порядок событий. Чтобы измерить окно контроля, нужны его границы на сопоставимой временной шкале. Ответ может содержать принятие или отказ; 16 мс не доказывают ни last look, ни неправомерную задержку.

Серверный интервал тоже не равен окну проверки

Продолжим отдельную вымышленную запись одного запроса: клиент отправил в 100 мс и получил ответ в 116 мс; сервер принял в 96 мс и отправил ответ в 104 мс на своих часах. Предположим стабильные часы с одинаковой длительностью миллисекунды и без погрешности. Для этого одного запроса сервер принял его после отправки клиентом и отправил ответ до его получения клиентом. Тогда на серверном участке прошло 104 − 96 = 8 мс. Остальное время вместе составляет 16 − 8 = 8 мс. Оно может делиться как 2 мс до приема сервером и 6 мс после его отправки или наоборот 6 и 2 мс. Оба варианта согласуются с этими отметками при разных постоянных сдвигах часов. По отдельности прямое и обратное время не установлены; оставшиеся 8 мс также не объявлены чистой сетевой задержкой. Серверный участок может включать очередь, разные проверки и отправку; его границы не являются границами last look. Наличие и длительность такой проверки остаются неизвестны. Это арифметика вымышленных журналов, не данные брокера и не доказательство нарушения.

Один отказ и одно принятие: пример с EUR/USD

Это вымышленное одностороннее правило, не измерение поставщика. Марек запрашивает покупку по Ask 1.0850; зададим окно проверки 50 мс. Рост Ask до 1.0851 ведет к отказу от исходного запроса, а последующая покупка требует новой доступной котировки. Падение Ask до 1.0849 оставляет запрос принятым по 1.0850. При пипсе 0.0001 исполнение на один пипс выше позднего Ask, но точно равно запрошенной цене. Отклонение не является реализованным убытком; второй исход не имеет проскальзывания относительно первоначального запроса.

Уточняйте цену-ориентир, допуск, критерии принятия и разницу обработки направлений. Один запрос новой котировки не раскрывает всю политику, а 50 мс не объявлены типичным рынком.

Кодекс, информация и юридический контекст

Принцип 17 FX Global Code посвящен раскрытию last look, проверке допустимости/цены и информации из запроса. Кодекс не создает правовых обязанностей и не заменяет местное регулирование. Подтверждение приверженности участника нельзя отождествить со всеми обязанностями по вашему розничному договору.

В общем указании Кодекса участнику не следует торговать, используя информацию запроса во время окна. Узкое исключение описывает договоренность cover-and-deal: заранее ясно согласовано получение клиентом исполнения без принятия поставщиком рыночного риска посредством предварительной компенсирующей сделки; весь объем такой сделки передается клиенту, а договоренность надлежаще документирована и раскрыта. Это не универсальное правовое разрешение торговать на сведениях заявки.

Заявление FCA от 19 ноября 2021 года касается признания добровольных кодексов и британского контекста. Дополнительное ожидание сверх нужного для проверки, чтобы посмотреть будущую цену в свою пользу, там названо несовместимым с кодексами. Ни признание, ни ярлык last look не легализуют любой реальный случай во всех юрисдикциях.

Как установить фактический путь заявки

Last look используется в части электронного FX, но вывеска ECN или экран розничного терминала не устанавливают его наличие в вашем запросе. Нужны политика исполнения и ответ о соответствующем участке обработки. Общерыночная распространенность здесь не подсчитана. Связанные материалы: оптовый межбанковский рынок и сравнение ECN и маркет-мейкера.

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

Как проверить имеющиеся данные без новых живых сделок

1. Уточните у брокера, применяется ли last look на пути ваших заявок, симметричны ли проверки и каков раскрытый ожидаемый интервал. Сохраните ответ. Неясный ответ характеризует доступную прозрачность, не доказывает механизм или злоупотребление.
2. Проверьте существующие журналы за выбранный месяц: знаменатель всех запросов, принятие, отказ, новая котировка, время и состояние цены. Скопление отказов при определенных движениях — повод для дальнейшей проверки, а не готовое заключение о причине.
3. Прочитайте политику исполнения заявок и раскрытия поставщиков. Ищите last look, price check, symmetric и asymmetric; выясните смысл терминов и критерии вместо вывода по рекламному названию.
4. Не открывайте живые сделки только ради диагностики. В вымышленной выборке восемь ответов о принятии через 5 мс и два отказа через 80 мс дают (8 × 5 + 2 × 80)/10 = 20 мс. Среди принятых среднее 5 мс. Среднее всех ответов не является средним временем исполнений; оба числа сами не доказывают неправомерный last look.