Жил был программист Richard Rose.
После работы на ведущие банки мира (Goldman Sachs, Morgan Stanley, Bank of America, UBS и прочее), он решил, что настало время уйти на вольные хлеба и реализовать свои идеи и наработки в коммерческом продукте. План состоял в том, чтобы создать движок, совмещавший OMS и соединение с рынком, который бы способен был перемещать сообщения с задержкой в микросекунды и даже меньше. Движок был написан на Java.
FIX Protocol — протокол передачи финансовых сообщений между участниками финансового рынка. В настоящее время наиболее часто встречаются версии протокола FIX 4.2 (старый добрый конек, но все еще используется), FIX 4.4 (на него преходят те, кого уже не устраивает FIX 4.2), и FIX 5.0SP2 — самый современный на настоящее время.
Хоть протокол за время своего существования претерпел множество изменений, некоторые его базовые основы остались неизменными. В данной статье я расскажу о базовых тегах FIX-сообщений, которые надо знать на зубок.
FIX Protocol используется участниками рынка для передачи ордеров и информации об их исполнении друг другу в электронном виде.
До появления FIX Protocol-а ордера передавались от инвестора к брокеру и от брокера на биржу по телефону, что приводило часто к ошибкам, разночтениям и неточностям. Ситуация напоминала испорченный телефон: например, работник брокера в разговоре с инвестором по телефону мог что-то не так понять или не расслышать или чисто по-человечески перепутать и предать неверный приказ своему сотруднику на биржу. Тот тоже мог что-то не так понять или в спешке перепутать. В результате клиент получал не то, что хотел, а потом начиналась долгая история между клиент и брокером, на кого повесить убытки по неправильно исполненному ордеру.
Direct Market Acess это буквально «прямой доступ к рынку». В DMA-сервисе брокер пропускает ордер через свою торговую систему на рынок в полностью автоматическом режиме без дополнительного ручного вмешательства.
Помните, что помимо «discretionary» ордеров есть еще “non-discretionary», которые требуют минимум внимания. Если ордер от клиента принимается электронно и уже находится в компьютере, то трейдеру просто оставётся посмотреть на него, проверить параметры ордера и нажать кнопку «отправить на рынок».
Но почему бы тогда не запрограммировать компьютер на выполнение определенных проверок и отправлять ордер на биржу автоматически, не привлекая к этому трейдера?
Все клиентские ордера, которые поступают к брокеру на исполнение, делятся на «discretionary» и «non-discretionary».
«Non-discretionary» ордера немедленно отправляются трейдерами брокера на рынок, не задерживаясь, как есть. Это мелкие простые ордера, для которых важна скорость исполнения. DMA-ордера по определению являются non-discretionary. Они составляют 50% объема всех ордеров проходящих через брокера.
«Discretionary» ордера задерживаются у брокера и исполняются трейдером брокера по его усмотрению («at dsicretion», отсюда и название «discretionary»). Это большие, «толстые» ордера, по которым у клиентов главное требование – исполнить их наилучшим образом, не двигая рынок.
После того, как весь (или не весь) parent-ордер был исполнен алгоритмическим движком, все child-ордера собираются в кучку и производится анализ того, как parent-ордер был исполнен алгоритмом, т.е. на сколько результат исполнения ордера отошел от критериев, которые были заданы до запуска алгоритма.
Этот анализ называется «анализом издержек» (Transaction Cost Analysis — TCA) и является дополнительным сервисом, который брокер предоставляет клиенту. Клиент может и сам делать анализ издержек, если он получает информацию от брокера по исполнению child-ордеров (и если брокер предоставляет ему эту информацию).
Термин «алгоритмическая торговля» (algorithmic trading) используется для обозначения специфического процесса в электронной биржевой торговле, в котором не принимаются инвестиционные решения.
В алгоритмической торговле алгоритмы используются для исполнения больших ордеров с минимальными потерями. Решение о том, каким образом лучше всего исполнить ордер, называется «торговым решением» (trading decision).
Цель алгоритмической торговли – эффективно уменьшить затраты на исполнение ордера (execution costs), уменьшить влияние ордера на рынок (reduce market impact). Слово «торговля» (trading) в этом термине не совсем удачное. Оно имеет слишком широкое значение и у большинства ассоциируется с деятельностью по купле-продаже, поэтому корректно называть этот процесс «алгоримическим исполнением ордера» (algorithmic order execution).
Если инвестор может выразить свою инвестиционную интуицию, видение, стратегию в виде компьютерного кода, он может полностью автоматизировать принятие инвестиционных решений, поручив компьютеру все: от анализа поступающих рыночных данных и вычисления потенциальной прибыли-убытков до генерирования ордеров на куплю-продажу. Себе инвестор оставляет только проверку результатов, мониторинг позиций и расслабленную игру в гольф после обеда.
Очень хорошая презентация о том, как работает брокерское отделение банка и какие технологии используются на разных этапах обработки ордера. Автор презентации — John O’Hara — разработчик из JP Morgan Chase & Co — автор протокола AMQP.
