Обґрунтування реформи покращення цін

Поки дискусія щодо моделі «оплата за потік замовлень» точиться між учасниками ринку, регуляторами та фінансовими медіа, ледь помітна, але потужна зміна в розкритті торговельної інформації має здатність забезпечити цілу низку позитивних результатів без упровадження деструктивних реформ ринку. У центрі дебатів — метрика покращення ціни (PI), яка наразі розраховується брокерами/дилерами як різниця між ціною виконання та найкращою оголошеною ринковою ціною. У США, де позабіржова торгівля дозволена, покращення вимірюється відносно NBBO, повідомленого операторами консолідованої стрічки. Ліквідність, прихована між найкращими котируваннями, є достатньо значною, щоб дозволити брокерам не лише виконати вимоги оптимального виконання, а й спрямовувати замовлення клієнтів постачальникам ліквідності, які сплачують найвищі відшкодування (rebates). Порівняно з найкращим котируванням, PI рідко буває від’ємним числом, фактично вводячи інвесторів в оману, не повідомляючи про закладені торговельні витрати. Для роздрібних інвесторів невелика зміна в формулі — зокрема, заміна найкращого bid або offer на mid-quote — імовірно призведе до від’ємних покращень ціни, підвищуючи обізнаність про приховані комісії та відшкодування. Для інституційних інвесторів зміна формули навряд чи дасть ефект, оскільки нефонові (non-retail) замовлення зазвичай не спрямовуються постачальникам ліквідності. Крім того, інституційні інвестори використовують різноманітні техніки для контролю торговельних витрат і досягнення найкращого виконання, застосовуючи так званий аналіз транзакційних витрат (Transaction Cost Analysis, TCA). TCA пропонує спосіб виявляти неефективні замовлення шляхом порівняння цін виконання з цінами інших учасників ринку, враховуючи розмір замовлення, глибину ліквідності, напрям ринку та параметри мета-замовлення (meta-order).

Chart 1

Приклад неефективного sell-замовлення, яке не лише перетнуло спред, а й пробило кілька рівнів у книзі лімітних заявок, після чого відбулося швидке відновлення.

Execution Analysis

У базовій реалізації потрібно порівняти власні ціни угод із VWAP інших учасників за заздалегідь визначений інтервал часу або за заздалегідь визначений обсяг після кожної угоди. Для цього потрібен доступ до звітів про угоди у сирому форматі, а також до публічного стрим-лог-фіда торгових даних з точними таймстемпами та номерами угод. SIP trade feed був би достатнім для виконання цього завдання. Щоб усунути ринковий вплив, власні угоди виключаються з публічної історії для розрахунку VWAP конкурентів за заздалегідь визначеним часовим вікном. Як альтернативу визначеному часовому вікну угоди конкурентів можна включати для того самого або більшого обсягу, ніж власні угоди, скоригованого параметром обсягу участі (volume participation parameter). У більш просунутій реалізації VWAP конкурентів розраховується лише для замовлень одного й того самого напряму. Це дає змогу користувачу порівняти власні buy-угоди з buy-угодами інших учасників, відповідно. Для цього типу аналізу потрібен повний лог замовлень, який пов’язує замовлення з угодами. Повні логи замовлень, такі як NYSE Integrated Data Feed, специфічні для кожної біржі та недоступні в SIP. У разі, якщо публічний лог угод недоступний, можна виконати приблизні розрахунки, використовуючи OHLC-бари тривалістю до 1 хвилини як проксі для VWAP конкурентів. Якщо в історії барів надається параметр VWAP, можна відняти загальну вартість власних угод і повторно розрахувати VWAP конкурентів, щоб покращити порівняння.

Table 1

Відмінності між цінами виконання та VWAP конкурентів можна агрегувати для формування кумулятивних результатів для кожного замовлення та мета-замовлення.

Примітка: Аналіз угод застосовується лише до заповнених або частково заповнених замовлень. Скасовані замовлення виходять за межі розгляду.

Placement Analysis

Аналіз розміщення (placement analysis) розглядає параметри замовлення (ціна, кількість, тип, умова, майданчик, таймінг) з одного боку та характеристики видимої ліквідності з іншого. Мета цього завдання — виявити затримки в маршрутизації та помилки конфігурації замовлень, такі як надмірно великі ринкові замовлення або лімітні замовлення, які «пробивають» кілька цінових рівнів. Правила для оптимального розміщення замовлень можна закодувати в довіднику правил (rule book), причому кожному правилу присвоюється числовий бал.

Приклад правил:

2. Розмір market order завеликий.
3. Розмір лімітної заявки завеликий (витік інформації).
4. Ціна лімітної заявки надто агресивна (спред перетнуто або виконано за кількома цінами).
5. Ice order виконано, хоча базової лімітної заявки було б достатньо (додаткові комісії).
6. Відміна перехресного замовлення (extra fees).
7. Краще цінове відображення видно на іншому майданчику.

Для базового аналізу розміщення достатньо SIP quote feed. Для деяких правил потрібен приватний Level 2 data feed або навіть повний лог замовлень, щоб відновити книгу заявок на момент надходження замовлення.

Audit and Reporting

Обидва типи аналізу можуть використовуватися для підготовки звітів щодо якості виконання на регулярній основі. Якщо присвоїти метадані кожному замовленню (наприклад, тип і версія алгоритму, посилання на акаунт і брокера тощо), такі звіти можуть знаходити відстаючі торговельні стратегії та зменшувати торговельні витрати щодня, особливо для портфелів із високою оборотністю.

> Для торгових desk з боку покупця (buy-side desks) TCA є ключовим для оптимізації виконання на сьогоднішніх швидко змінюваних ринках капіталу. - Sergei Rodionov, CEO, Axibase

Щоб досягти цієї мети способом, який працює для всіх інтеграцій OMS і класів активів, клієнтам часто доводиться обирати шлях «зроби сам» (build-your-own solution). Завдяки додаванню функціональності TCA до бази даних Axibase Time-Series Database клієнти тепер можуть уникати поточних витрат і покладатися на промислове рішення, яке включає найкращі практики для розміщення замовлень, забезпечує інтеграції з різними форматами котирувань/угод і містить запланований механізм формування звітів із підтримкою SQL.