FIXatdl - FIXatdl

FIX язык определения алгоритмической торговли, более известный как FIXatdl, является стандартом обмена метаинформацией, необходимой для выполнения алгоритмической торговой деятельности на финансовых рынках. Он работает в тандеме с Обмен финансовой информацией (FIX) протокол, который лингва франка из электронная торговля в ценные бумаги рынок.

Фон

До середины девяностых годов практически вся торговля ценными бумагами осуществлялась по телефону, но с появлением FIX торговля постепенно перешла на электронные средства. Протокол FIX используется для связи между сторона продажи и сторона покупателя Системы управления заказами (OMS) для обмена заказами и информацией об их исполнении без вмешательства человека с использованием стандартизованных сообщений и рабочих процессов, определенных протоколом. Первоначально фирмы-продавцы предоставляли доступ к своим `` торговым столам '' только через FIX, что означало, что когда-то заказ прибыл к брокеру на стороне продавца, он обрабатывался человеком-трейдером, по крайней мере, в начале его жизненного цикла. Впоследствии фирмы-продавцы начали предлагать прямой доступ через FIX к биржам / рынкам, членами которых они были; это известно как прямой доступ на рынок (DMA). В то время многие фирмы, занимающиеся продажей, имели свои собственные системы для автоматической торговли на рынке, используя алгоритмическая торговля стратегии, и со временем они начали понимать, что предоставление доступа к этим торговым стратегиям покупателям - это способ привлечь бизнес и увеличить доход.

Хотя FIX является расширяемым протоколом, возникли две проблемы, которые возникли в результате того, что фирмы-продавцы предложили доступ к своим алгоритмам торговли через FIX. Первая заключалась в том, что каждая стратегия на стороне продавца имела свои собственные параметры, которые должны были быть включены как часть заказа, поэтому каждая фирма в конечном итоге требовала включения в FIX другого набора полей (известных в FIX как «теги»). сообщение. Это сильно усложнило жизнь покупателям и, в частности, их поставщикам, поскольку добавление новых алгоритмов в их торговые системы и управление всеми различными комбинациями тегов стало значительными накладными расходами для их операций по разработке.

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

История

Для решения этих проблем в третьем квартале 2004 года FIX Protocol Limited учредила Рабочую группу по алгоритмической торговле.[1] Первоначально группа сосредоточилась на решении первой из этих проблем, что было сделано путем определения новой группы полей, StrategyParametersGrp, состоящей из тегов FIX с 957 по 960 - эти теги были официально представлены с выпуском FIX 5.0 в Четвертый квартал 2006 г. Разрешение фирмам на стороне продавца включать свои собственные поля в повторяющуюся структуру пары имя-значение, от поставщиков OMS не требовалось определять конкретные структуры сообщений FIX для каждого пункта назначения торговли на стороне продавца.

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

Идея использования структуры XML для описания представления пользовательских интерфейсов алгоритмов и их сопутствующих параметров была впервые предложена в рамках рабочей группы Дэниелом Клейденом, затем JP Morgan Chase в сообщении на форуме 2005 года.[2] Члены рабочей группы разработали эту идею в течение 2006 года, а в январе 2007 года пригласили представителей отрасли на семинар для рассмотрения их идей.[3] В конце концов была подготовлена ​​спецификация, и ее бета-тестирование началось в июле 2007 года.[4] Эта спецификация стала FIXatdl 1.0, которая была одобрена Глобальным техническим комитетом FPL (GTC) 28 марта 2008 г.

Несмотря на некоторый первоначальный энтузиазм, в целом версия 1.0 не получила большого отклика на рынке. Некоторые поставщики увидели возможность предоставлять услуги в соответствии со стандартом, такие как ULLINK (теперь часть Itiviti) с публикацией своих алгоритмов и управлением ими, а также инструмент UL AMS, но в то время как основные поставщики OMS были раздражены накладными расходами на внедрение новых алгоритмов брокера, они выросли, чтобы получать прибыль, которую они могли получать как от своих клиентов, так и от брокеров, стремящихся внедрить свои алгоритмы на стол покупателя.

Хотя версия 1.0 была большим шагом вперед, она имела некоторые существенные ограничения. В частности, определение передаваемых данных и их представление в пользовательском интерфейсе были тесно связаны друг с другом, что ограничивало гибкость брокеров на стороне продавца при определении своих алгоритмов. Спецификация 1.0 также предоставляла недостаточный контроль с точки зрения макетов пользовательского интерфейса. Рабочая группа намеревалась устранить эти ограничения в том, что должно было стать версией 1.1 спецификации. Первым важным изменением было разделение определения содержания данных из представления, определение того, что называется отдельным «Контрактом данных», состоящим из параметров алгоритма, их типов данных и вспомогательной информации, такой как минимальные и максимальные значения. Затем отдельный раздел XML-документа посвящен структуре пользовательского интерфейса, элементам управления, которые следует использовать для каждого параметра, и месту их размещения на экране. An Схема XSD предоставляется для того, чтобы файлы FIXatdl были действительными и правильно сформированными.

FIXatdl Версия 1.1 была предварительно одобрена GTC 9 февраля 2010 г., когда она вошла в период общественного обсуждения, а затем окончательно утверждена 3 марта 2010 г. Спецификация была официально представлена ​​рынку на конференции FPL в Европе, Ближнем Востоке и Африке. 23 марта 2010 г.[5]

Некоторые ранние работы были предприняты над версией 1.2.[6] стандарта, но отсутствие интереса отрасли к дальнейшим изменениям означало, что стандарт остался в версии 1.1.

Структура документа

Документ FIXatdl может содержать одно или несколько определений стратегии. В определении стратегии есть четыре основных раздела:

  • Раздел метаданных, определяющий, к каким географическим регионам, рынкам (биржам) и классам активов применима стратегия
  • Раздел параметров, в котором перечислены все параметры, используемые стратегией, их типы данных, ограничения (например, минимальные и максимальные значения) и то, как они должны быть представлены в итоговом сообщении FIX.
  • Раздел StrategyLayout, который определяет элементы управления пользовательского интерфейса, которые будут использоваться для этой стратегии, как они должны быть размещены на экране и как они сопоставляются с параметрами, описанными в предыдущем разделе документа.
  • Раздел StrategyEdit, в котором описаны применяемые правила проверки - обычно это проверки между полями.

Документы FIXatdl должны соответствовать набору схемы XSD, предоставленной FPL. Эти схемы разделены на следующие четыре категории:

  • Ядро (определяет содержимое данных, типы данных, ограничения и т. Д.)
  • Макет (определяет элементы управления, которые можно использовать, и их расположение)
  • Проверка (не требует пояснений)
  • Поток (позволяет включать / отключать элементы управления, скрывать / отображать и обновлять, в зависимости от состояния или содержимого других элементов управления)

Возможности пользовательского интерфейса

Панели стратегии

Версия 1.1 поддерживает 14 различных элементов управления пользовательского интерфейса, которые можно сгруппировать следующим образом:

  • Этикетки
  • Поля ввода текста (часто называемые текстовыми полями)
  • Флажки и переключатели, как по отдельности, так и в виде списков
  • Списки, как с одним, так и с множественным выбором
  • Выпадающие списки, редактируемые и не редактируемые.
  • Элементы управления часами, для ввода даты / времени
  • Слайдеры, для выбора одной из небольшого количества настроек
  • Числовые счетчики, как одинарные, так и двойные для целых чисел и чисел с плавающей запятой соответственно

Элементы управления размещаются с использованием иерархии панелей (называемых StrategyPanels), каждая из которых может иметь горизонтальную или вертикальную ориентацию. На рисунке справа показано, как элементы XML относятся к отдельным панелям в данном макете.

Принятие

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

Также есть открытый исходный код Ява и .СЕТЬ реализации, atdl4j и Atdl4net соответственно, которые совместимы с версией 1.1.

Другие стандарты пользовательского интерфейса

Часто задают вопрос, почему FIXatdl не использует готовый стандарт пользовательского интерфейса, такой как Mozilla XUL, Microsoft Windows Presentation Foundation или же Apache Flex ? Это правильный вопрос, но похоже, что авторы спецификации хотели сохранить полную независимость от платформы и принятие какой-либо одной платформы может повредить этому предложению. Несмотря на недостаточную сложность некоторых из этих платформ, текущая спецификация обеспечивает приемлемую степень контроля с точки зрения макета пользовательского интерфейса, не будучи чрезмерно ограничивающей. Еще неизвестно, как этот выбор дизайна окажется успешным, и действительно кажется вероятным, что дальнейшее уточнение этой части спецификации будет необходимо по мере роста принятия.

Смотрите также

Рекомендации

  1. ^ Алгоритмическая торговля и FIX: Расширение досягаемости FIX, FPL, ноябрь 2004 г .: http://www.jandj.com/presentations/wednesday/AlgoTradingFIX.pdf В архиве 2011-07-13 на Wayback Machine
  2. ^ Оригинальный пост Дэниела Клейдена о концепции того, что стало FIXatdl: http://www.fixprotocol.org/discuss/read/d3b2124e В архиве 2010-05-22 на Wayback Machine
  3. ^ Приглашение к участию в FPL, январь 2007 г .: http://www.fixprotocol.org/documents/1994/Algo%20workshop%20details_20070108.doc[постоянная мертвая ссылка ]
  4. ^ FPL объявляет о переходе языка определения алгоритмической торговли FIX в бета-фазу, автоматическая торговля, июль 2007 г .: http://www.automatedtrader.net/news/algorithmic-trading-news/756/fpl-announces-fix-algorithmic-trading-definition-language-enters-beta-phase
  5. ^ FIXatdl в повестке дня конференции по протоколу FIX EMEA 2010: http://fixprotocol.org/fplevents/emea_2010/program.html В архиве 2010-03-07 на Wayback Machine
  6. ^ Объем работ для FIXatdl V1.2 https://www.fixtrading.org/packages/fixatdl-scope-of-work/?wpdmdl=53695&masterkey=5cdeb86ec9a4a
  7. ^ RealTick добавляет новейшие алгоритмы Deutsche Bank: http://www.automatedtrader.net/news/ems-news/26664/realtick-adds-latest-deutsche-bank-algorithms
  8. ^ Nordea Investment Management запускает новые функции брокерской стратегии в SimCorp Dimension https://www.simcorp.com/en/news-and-announcements/2013/05/nordea-investment-management-goes-live-with-new-broker-strategy-functionality-in-simcorp-dimension
  9. ^ Использование FIXatdl в Portware: http://www.portware.com/flash/files/news/pressreleases/download/Portware%20FIXatdl%20FINAL.pdf В архиве 2011-07-15 на Wayback Machine
  10. ^ Технология Cornerstone помогает компаниям повысить готовность к FIXatdl http://www.prweb.com/releases/FIXatdl/jump-start/prweb3765284.htm
  11. ^ Cornerstone Technology объявляет о первых публичных курсах обучения FIXatdl http://www.prweb.com/releases/FIXatdl/jump-start/prweb3765284.htm

внешняя ссылка