hft роботы. StockSharp

Обучение и HFT. Скидки до 40%!

2015-12-21T12:59:08Z

Всем привет! Сегодня 21 декабря 2015 года мы объявляем ставшую уже традиционной распродажу всех наших продуктов со Значительной скидкой.

Только до 31 декабря еще не ушедшего года вы можете приобрести:

Любой курс обучения по самой мощной платформе для создания торговых роботов со скидкой 20%.
Любую корпоративную лицензию для быстрого подключения к бирже со скидкой 20%.

Мало того! Только сегодня и завтра все тоже самое, со скидкой 40%!

Спешите за подарками!

И напоследок, если вы клиент наших друзей – Ай Ти Инвест, то для Вас мы совместно приготовили еще больше подарков, подробности можно узнать в письме от Вашего Брокера, или написав письмо на prof (пёс) itinvest (тчк) ru!

S#.API и S#.Shell - ваш шаг в трейдинге.

2020-03-17T20:13:10Z

Добрый день!
Мы не случайно решили рассказать о двух продуктах нашей компании, входящих в состав базового софта от S#.
Наш выбор был сделан на основе мнений наших пользователей, которым интересно узнать немного подробнее о назначении программ, работе и применении их в торговле.
Надо отметить, что S#.Shell и S#.API – комплексное решение для создания торговых роботов на языке C#. Однако, использования этих программ не ограничивается созданием торговых роботов.

Итак, для начала разберем, что такое S#.API.

Термин API, согласно Википедии, означает:
Программный Интерфейс Приложения (API с английского application programming interface) - описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой. Обычно входит в описание какого-либо интернет-протокола, программного каркаса (фреймворка) или стандарта вызовов функций операционной системы. Часто реализуется отдельной программной библиотекой или сервисом операционной системы. Используется программистами при написании всевозможных приложений.

S#.API – абсолютно бесплатная библиотека, которая позволяет начинающим и опытным трейдерам, обладающим даже начальными знаниями программирования использовать ее для создания своих собственных торговых систем в области алготрейдинга.
Библиотека основана на языке C#, с возможностью использования ее в среде программирования Visual Studio. Библиотека рассчитана на то, что пользователь может создать свои уникальные торговые системы: от позиционных стратегий с длительным таймфреймом до высокочастотных стратегий (HFT), которые используют прямой доступ (DMA) к биржевым торгам.
Уникальность данного продукта в том, что на его основе построена работа всех базовых продуктов компании StockSharp, таких как: S#.Designer, S#.Data, а так же адаптер S#.MatLab.

Так например использования элементов библиотеки находит широкое применение применение для создания уникальных кубиков в программе Designer, фактически пользователь берет готовый компонент представленный программным кодом, комбинирует его с другими компонентами или модифицирует его и применяет его в конструкторе торговых роботов Designer, помещая в собственные кубики.

Механизм S#.API основан на использовании сообщений.
Данный механизм состоит из трех элементов:
- сообщение Message,
- адаптер сообщений MessageAdapter
- транспортный канал IMessageChannel.
Сообщение выполняет роль агента, передающего информацию.
Сообщения могут быть исходящими и входящими.
- Исходящие сообщения - сообщения, которые посылаются во внешнюю систему. Обычно это команды, которые генерирует программа, например, сообщение ConnectMessage - команда, запрашивающая соединение с сервером.
- Входящие сообщения - сообщения поступающие из внешней системы. Это сообщения передающие информацию о рыночных данных, транзакциях, портфелях, событиях соединения и т.п.

Такой механизм позволяет унифицировать работу по разработке адаптеров, в то же время позволяет пользователю создать свои собственные подключения к различным торговым системам.
Давайте рассмотрим основные преимущества применения библиотек S#.API:
- Независимость созданного пользователем торгового робота от API используемого брокера или биржи, фактически созданный торговый робот может работать с любым подключением. Так пользователь может легко подключать своего торгового робота например к Quik, Transaq, или FOREX, не меняя программного кода.
- Сегодня библиотека S#.API поддерживает более 70 подключений ( Коннекторы (Россия), Коннекторы (Америка), Коннекторы Forex, Коннекторы Криптовалют).
- Универсальность библиотеки позволяет использовать ее как частным трейдерам, небольшим командам разработчиков, а так же крупным инвестиционным компаниям и банкам.
- Важным показателем является большая производительность, позволяющая одновременно исполнять сотни стратегий по любым инструментам.
- Высокая скорость обработки заявок в S#.API позволяет снизить время обработки до нескольких микросекунд.
- Библиотека может использовать прямое к торговле, такое как: Plaza II, Micex Bridge, а также поддерживает FIX протокол, что позволяет сокращать время обработки заявок.
- Определение реального проскальзывания добивается за счет реалистичного тестирования, которое проводится с применением тиков и стаканов. Это позволяет пользователю снизить до минимума риск возможных потерь и более гибко и точно настроить свою торговую стратегию.
- Широкая распространённость языка C#, применимого в создании библиотеки и среды Visual Studio, упрощает работу пользователя, за счет избыточной информации о их возможностях.

Для удобства работы S#.API разделена на блоки, что позволяет пользователю без особых усилий найти тот раздел, который его интересует.
Простота установки на компьютер, распространённость языка программирования и среды использования делают библиотеку S#.API универсальным способом для разработки торговых роботов. Пользователю достаточно однажды создать торгового робота, которого он может подключать к любой выбранной торговой площадке или брокеру.
Так же знание работы с библиотекой позволяет развивать навыки программирования пользователя.

Мы рассмотрели основной элемент – библиотеку S#.API, на базе которой строятся все базовые программные продукты StockSharp.
Отлично, теперь понятно, что с применением библиотеки S#.API пользователь может создавать своих торговых роботов и применять их в торговле.
Однако использования среды разработки Visual Studio, не совсем удобно для работы созданными торговыми системами, не говоря уже о тестировании торговых систем.
Для удобства и простоты работы, компания StockSharp разработала готовый графический каркас с возможностью оперативного изменения под нужды пользователя-трейдера, при этом с открытым кодом, созданный на языке C# - S#.Shell.
Давайте рассмотрим основные преимущества данного графического каркаса:
- Главным преимуществом продукта является открытый исходный код. Что это дает пользователю?

Открытый исходный код программы позволяет пользователю использовать все возможности продукта, дополняя его своими собственными надстройками. Пользователь может настроить свои собственные панели управления, использую уже готовые элементы или создать свои собственные. Простота настройки увеличивает скорость подготовки программы к запуску.
Доступность модуляций S#.Shell, позволяет создать пользователю удобную среду пользования, понятную ему.

Таким образом, применение открытого исходного кода не просто позволяет пользователю создавать удобный индивидуальный интерфейс, но идеален для создания торговых роботов на заказ, а это расширяет сферу применения знаний пользователя, открывая ресурс для дополнительного заработка.
- Следующим неоспоримым преимуществом S#.Shell является поддержка более 70 различных подключений к мировым биржам (Коннекторы (Россия), Коннекторы (Америка), Коннекторы Forex, Коннекторы Криптовалют, Общие).

- S#.Shell позволяет пользователю полностью протестировать свои торговые системы, прежде чем заходить на реальные торги. Удобная статистика, кривые Эквити, и подробнейший отчет о ходе тестирования, позволяют пользователю на стадии разработки и тестирования учесть возможные риски и внести изменяя в код торгового робота.

- Так же пользователь имеет возможность сохранять резервные копии своих торговых роботов, восстанавливать настройки и сравнивать изменения с первоначальным кодом торгового робота.
- Очень важной и удобной функцией S#.Shell является одновременный запуск стратегий. Что это дает? Пользователь теперь не ограничен одной площадкой для работы и так же может применять комплекс из нескольких стратегий, которые могут действовать раздельно друг от друга, или могут быть применены как комплекс из стратегий.
Такие комплексы позволяют компенсировать или подстраховывать друг друга, проводить политику хеджирования и арбитража.
При этом пользователь получает подробнейшую информацию о ходе торговли, получая информацию об ордерах, сделках, позициях, прибыли, логах и другую информацию, вывод которой он может настроить в программе.
Так же пользователь может настроить запуск стратегии по расписанию, установив четкий график работы каждой из запускаемых торговых стратегий.
S#.Shell – это удобное и многофункциональное программное решение, настраиваемое под пользователя.

Подводя итог можно сказать следующее, что использования комплекса из библиотеки S#.API и оболочки S#.Shell, позволяет пользователю получить полностью настраиваемый под его нужды торговый комплекс. Пользователь получает не просто оболочку для торговли, он получает решение для тестирования, торговли, комплексного взаимодействия своих созданных стратегий с различными рынками одновременно или в отдельности.
Удобство использования очевидно, оно не только сокращает время на подготовку и торговлю, но и позволяет пользователю заниматься разработкой решений на продажу, что увеличивает доход.
Удобный курс обучения от StockSharp позволяет быстро освоить обе программы, научиться программировать и зарабатывать. Уже включенный в стоимость исходный код S#.Shell и дополнительные торговые системы, сокращают затраты пользователя и дают возможность начать торговать безотлагательно.

Хорошие условия для «высокооборотистых» трейдеров (ЦЕРИХ)

2014-10-18T12:28:34Z

Вас приветствует финансовая группа Церих! Многие на рынке знают, что мы относимся к высокотехнологичным компаниям и дружим с алготрейдерами. В данный момент мы особенно заинтересованы в «высокооборотистых» клиентах с оборотом 1 млрд. в месяц и более. Для них мы создадим специальные условия, и возможно это будут лучшие на рынке условия. По понятным причинам я не готов давать конкретику по электронному адресу vernikov@zerich.com , но если кто-то заинтересуется, готов встретиться и объяснить условия подробно. Для начала можно поговорить по телефону.[biggrin]

Андрей Верников, заместитель генерального директора по инвестиционному анализу ИК "Церих Кэпитал Менеджмент"

Colocation преодолевает скорость света. 3 часть

2015-07-11T13:07:28Z

Перейти к части 2

Colocation обеспечивает лучшее решение для высокоскоростных приложений
Мы показали, что механизм центрального компьютера может быть заменен на функционально идентичный механизм с использованием группы компьютеров, размещенных с серверами биржи. Парадоксально, но в целях достижения эквивалентного результата мы должны были использовать абсурдные на первый взгляд генераторы искусственных задержек, что тормозило передачу информации от каждого сервера к компьютеру на задержку равную задержке полного круга между сервером и центральным компьютером – d (плюс дополнительная задержка сервера в общем механизме, совмещенных групп). Для большинства алгоритмов "центрального компьютера" удаление генераторов задержки в похожем сценарии позволит дизайнерам разработать алгоритм распределения, который не только соответствует, но гораздо лучше, чем алгоритм "центрального компьютера". Природа и значение улучшения будет зависеть от алгоритма и его функции. В большинстве случаев, алгоритм "центрального компьютера" придется переписать с нуля, чтобы воспользоваться преимуществом предвидения на местном рынке. (Однако, в некоторых случаях, улучшение невозможно. Рассмотрим это на примере неких ежечасных "слепых" аукционов. В таком случае, использование одного центрального компьютера будет оптимальным. То есть более экономичным, чем в группе совмещенных компьютеров.).
Вспомним наш пример "Нью-Йорк-Лондон" из предыдущего раздела. Что было бы, если бы замедлили передачу информации в дата-центре Нью-Йоркской биржи с коэффициентом 10 000 (с типичных двух микросекунд до 20 миллисекунд). Ни один уважающий себя высокочастотный трейдер не станет мириться с таким положением вещей. Удаление генератора задержки позволило бы размещенным компьютерам "заглянуть в будущее на локальных рынках" по сравнению с тем, что видит центральный компьютер. Это позволило бы развить значительное превосходство торговой стратегии. Фирмы, занимающиеся высокочастотной торговлей готовы платить миллионы долларов в месяц, чтобы увидеть 20 мс. в будущем. Другими словами, если компьютер находится в середине между финансовыми биржами, то это лучший способ приблизиться к скорости света, а с помощью компьютеров, размещенным в дата-центрах разных бирж можно "преодолеть скорость света" - откуда и название этой статьи.
Но даже и без каких-либо дополнительных усовершенствований, стратегии на механизме совмещенных групп должны быть развернуты только в N финансовых центрах по всему миру, а не n⋅ (N-1) / 2 "серединных торговых точек", показанные в статье Nature. Наконец, самая хорошая новость: нам никогда не понадобятся страшные "корабли для высокоскоростной торговли"!

Вариант полноценного Colocation решения может эмулировать любое другое решение
Мы показали, что механизм "центрального компьютера" может быть всегда заменен на функционально эквивалентный механизм или более эффективный, при использовании группы компьютеров, размещенных в дата-центрах бирж. Один вопрос, который остается: может ли быть улучшено данное решение? Можем ли мы, добавив несколько дополнительных компьютеров в середине и/или удалив некоторые из размещенных компьютеров, получить любое лучшее решение, чем то, которое может быть реализовано с помощью механизма "совмещенных групп"? Ответ: - нет. Полная группа N компьютеров совместного размещения с серверами N обеспечивает оптимальную конфигурацию, которая не может быть улучшена.
Для того, чтобы заявить об этом официально, мы определяем новый термин: "агрегирующая конструкция". Агрегирующая конструкция - это группа компьютеров, работающих под распределенным алгоритмом, включая каналы коммуникации между членами группы и все входные и выходные каналы связи с внешним миром (состоящая из "серверов"). В отличие от одного компьютера под управлением алгоритма, спецификация агрегирующей конструкции должна включать сведения, касающиеся пространственных расположений входов и выходов, а также компьютеров-членов, и задержки ограничений на связи между этими местами. Агрегирующая конструкция более официальный термин для того, что мы называли "черный ящик" в предыдущих разделах.
Данные N серверов, полноценного colocation решения агрегирующей конструкции – это объединение N компьютеров, совмещенных с соответствующими им серверами.
В заключении, чтобы продолжить наше доказательство, нам нужно будет провести операцию по "объединению" компьютеров. Если C1 и C2 два отдельных, совмещенных компьютера под управлением алгоритма A1 и A2, соответственно, то C1^C2 обозначает компьютер, на котором запущены те же алгоритмы и используются в сочетании входящих/исходящих каналов обоих компьютеров как входящих / исходящих каналов одного объединенного компьютера, соответственно (см. рисунок - "Операция по созданию объединенного компьютера C1 ^ C2"). Операция соединения является чисто косметической. Два алгоритма работают независимо друг от друга на объединённом компьютере и сохраняют все их свойства (например, смещение времени, входные задержки и т.д.). Сообщения, полученные и отправленные от двух алгоритмов, также остаются прежними. Операция по объединению позволяет рассматривать два размещенных компьютера, как один компьютер, который функционально эквивалентен обоим, будучи объединенными. От перестановки компьютеров суть операционного объединяющего компьютера не изменится. (В соответствии с правилами commutative и associative.).

Теперь мы готовы сформулировать и доказать основной результат.
Следствие 1. Любое объединение компьютеров, подключенных к нескольким серверам, может быть повторно реализовано с использованием полноценного colocation решения агрегирующей конструкции таким образом, что поведение агрегирующей конструкции (как зафиксировано серверами) неотличимо от исходной совокупности.
Для доказательства используем метод математической индукции (mathematical induction ) по числу K компьютеров совокупности, которые не совмещены ни с одним из серверов.
Очевидно, что вывод верен для К = 0. Здесь каждый компьютер агрегирующей конструкции находится в colocation связке с одним из серверов. Для того, чтобы сформировать эквивалент полноценного colocation решения агрегирующей конструкции, мы добавляем компьютеры, не совершающие никаких действий, к серверам, у которых нет подключенных компьютеров, и мы заменяем все компьютеры, находящиеся в colocation связке с данным сервером на их Joined версию (см. рисунок выше), чтобы обеспечить единый объединенный объект на каждый сервер.
Предположим теперь, что следствие верно для некоторого K ≥ 0.
Рассмотрим агрегирующую конструкцию D* подключённую к N-серверам (X1, ..., Xn), так чтобы K+1 компьютеров, которые не находятся в colocation связке ни с одним из серверов.
Мы начинаем с нормализации D*: добавляем компьютеры, не совершающие никаких действий, к серверам, у которых не было подключенных компьютеров D*, и мы заменяем все агрегирующие конструкции, находящиеся в colocation связке с данным сервером на Joined версию (см. рисунок выше), чтобы обеспечить единый объединенный объект на каждый сервер. Это не меняет количество, не находящихся в colocation связке компьютеров D* или поведение агрегирующей конструкции.
Отныне, мы предполагаем, что Di является одним из компьютеров D*, находящийся в colocation связи с сервером Xi для i = 1, ..., N. и что компьютеры DN+1, ..., DN+K+1, не находятся в colocation связи ни с одним из серверов.
Таким образом, мы предполагаем, что объект DN+K+1 не связан напрямую с любым сервером Xi. Если он был подключен непосредственно к Xi, мы всегда можем поручить компьютерам, находящимся в Colocation связке c Di стать сквозным посредником между Xi и DN+K+1.
Рассмотрим теперь все D1, …, DN+K компьютеры, как "серверы" в теореме 1. Пусть C = DN+K+1 будет центральным компьютером связующим с "серверами" D1, …, DN+K. По теореме 1, мы можем построить функционально идентичную систему, которая заменяет C на N+K компьютеров Xi, размещенным с соответствующими компьютерами Di.
Наконец, определим новую агрегирующую конструкцию E* работающую на компьютерах E1, …, EN+K, где мы устанавливаем Ei = Ci ^ Di..
Очевидно, что агрегирующую конструкции E* - это эквивалент D* (когда под присмотром серверов Xi), но имеет только К участников, которые не находятся в colocation связи ни с одним из серверов. Таким образом, по методу индукции, E* является эквивалентом полноценного colocation решения агрегирующей конструкции. Это завершает (предыдущий) шаг и доказывает следствие.
Примечание: Доказательство данного следствия может рассматриваться как предоставление метода, который позволяет удалить один за одним в любой последовательности не связанные colocation связью участников совокупности D* без изменения функциональности агрегирующей конструкции (как это зафиксировано серверами).

Colocation предоставляет оптимальное решение
Рассуждая об "оптимальности" мы можем только предположить, что пользователь имеет в виду измеримую меру полезности, которую можно будет применить к любой совокупности агрегирующих конструкций с определенным набором серверов. Мы предполагаем, что функция "полезности" может базироваться только на данных, полученных с серверов. (Например, можно было бы оценить торговую стратегию по ее средним дневным результатам на основе некоторого эталона, используя исторические исходные данные, собранные серверами). Теперь мы можем перефразировать Следствие 1 и констатировать, что:
Следствие 2. Полноценное colocation решение агрегирующей конструкции является оптимальным вариантом для HFT арбитражеров. Другими словами, нераспределенный алгоритм может обойти другие алгоритмы, используя агрегирующую конструкцию и colocation связку с серверами бирж.
Примечание: в итоге, в высшей степени важно учитывать нашу ненавязчивую позицию в определение того, что является "лучшими" средствами. Независимо от того, как вы оцениваете работу вашего алгоритма (например, желаете ли вы заработать или потерять больше денег), вы не можете обогнать распределённый вариант описанный выше. В качестве примера: Не начинайте интервенцию йены, если не находитесь в Токио (а также если не находитесь в Лондоне, если на то пошло)!

Реверсивные роли – распределенные биржи преодолевают скорость света
До сих пор мы рассматривали теорему 1 в сценариях, состоящих из торгового компьютера, подключенного к серверам нескольких бирж, потому что это схема укладывается в сценарий "серединной точки" из статьи журнала Nature. Теперь мы переформулируем теорему 1, поменяв местами роли бирж и финансовых центров.
Традиционные биржи располагают центральным matching (мэтчинг/матчинг) движком для компьютеров клиентов HFT, размещенным в одном центре обработки данных. Удаленные клиенты могут находиться по всему миру, используя компьютеры, расположенные в точке доступа дата-центров (либо самой биржи, либо сторонних компаний), которые предлагают безопасное, надежное и естественно с малой задержкой подключение к центральной системе (ядру биржи).
Рассмотрим теперь мэтчинговый движкок бирж как “центральный компьютер” и точку доступа в дата-центры, как "серверы", приведенные в теореме 1. Используя эту хитрость, теорема 1 может быть сформулирована следующим образом:
Следствие 3. Любой центральный мэтчинговый движок биржи подключенный к N ≥ 1 точки доступа дата центров может быть воспроизведен с использованием группы N соединенных между собой мэтчинговых движков, которые находятся в соответствующих дата-центрах таким образом, что поведение новой реализации (как зафиксировано в дата-центрах) ничем не отличается от оригинального решения на одном мэтчинговом движке.
В результате, следствия 1 и 2, могут быть преобразованы таким же образом. В частности архитектура биржи, которая использует полноценное colocation решение агрегирующей конструкции мэтчинговых движков (один мэтчинговый движок на каждую точку доступа дата центра) является оптимальной!

Кейс для распределенных бирж
Очевидно, что участники, торгующие HFT алгоритмы, давно выяснили преимущества colocation, когда торгуют арбитраж AAPL между различными серверами бирж Нью-Джерси, или когда торгуют арбитраж E-Mini на CME в Aurora, IL versus SPY, Arca в Secaucus NJ. Так почему же биржи упорно используют центральные мэтчинговые движки?
Основной причиной является производительность и прибыль биржи. По сравнению с одним центральным биржевым компьютером, распределенная биржевая архитектура добавляет проблем с точки зрения дизайна и сложности устройства, увеличивает задержки сделки, а также дополнительные затраты на инфраструктуру. Эти эффекты могут ощутить на своем опыте все клиенты биржи, даже те, которые не участвуют в арбитражных операциях и рады торговать в одном месте совместного размещения с простым, быстрым и относительно недорогим центральным мэтчинговым движком. Распределенная архитектура биржи также будет способствовать снижению (или сведет на нет) необходимость арбитража, что в результате снизит огромные объемы торговли арбитражеров, которые приносят пользу бирже.
На фондовом рынке США, торговля географически сосредоточена в одном месте. Начиная с NYSE и Nasdaq, практически все фондовые торги в США осуществляются на серверах в Нью-Джерси, которые находятся в нескольких десятках километров друг от друга. Несмотря на то что (благодаря 1998 SEC Regulation ATS) одна и та же акция может торговаться на нескольких биржах, каждая биржа, как правило, имеет только один мэтчинговый движок для данного эмитента. Несмотря на все это еще можно было утверждать, что, в целом, американский рынок акций использует распределенную мэтчинговую архитектуру:
1. Акции биржи и ATS (альтернативные торговые системы) требуют отправки заявок на разные площадки, чтобы получить лучшую цену (благодаря 2007 SEC регулирования NMS).
2. Распределители для умных заявок расположенные в точках доступа отправляют заявку на ту биржу, где заявка имеет наибольшие шансы пройти по лучшей цене.
3. Брокер/банк, выполняющие внутренние внебиржевые сделки и "дарк пулы" можно рассматривать как расширение основного мэтчингового механизма биржи.
Конечно, дьявол кроется в деталях и если посмотреть внимательно, то существующая биржевая архитектура Фондового рынка США (если рассматривать в совокупности как единый механизм) является чудовищно сложной и неэффективной. Компьютеры HFT трейдеров, имеющие colocation связку с несколькими ближайшими биржами процветают, торгуя арбитраж и другие интеллектуальные методы, эксплуатирования неэффективностей.
На рынках акций, опционов и фьючерсов, в силу исторических причин, восходящих к торговле фьючерсами на кукурузу или пшеницу, большинство американских фондовых фьючерсов и опционов торгуются в Чикаго (на CME и CBOE, соответственно). Здесь логично было бы просто переместить мэтчинговые движки CME и CBOE в Нью-Джерси. Но это вряд ли произойдет, учитывая, что пока еще нет конкурентного давления на биржи Чикаго, которое мотивировало бы их на этот шаг. Высокочастотные трейдеры этому только рады и конкурируют друг с другом, чтобы построить лучше дешевле, быстрее, распределенные арбитражные стратегии (используя Spread Networks tunnel и its true-speed-of-light successors[9]).

Поистине распределенная архитектура биржи
Наконец, давайте зададим обратный вопрос: почему и где были бы полезны распределенные биржевые серверы мэтчинга заявок для конкретного инструмента в отдалении от самих бирж? Первый ответ в том, что распределение биржевых серверов в пространстве было бы полезно, если клиенты были бы географически "рассредоточены" и не желали заказывать colocation своих торговых компьютеров с центральным мэтчинговым движком биржи.
До сих пор, единственная область, где распределенная биржевая архитектура нашла свое применение - это торговля на рынке Forex. Например, когда вы торгуете USD (доллар США) против JPY (Японская иены), необходима локальная информация о состоянии экономики каждой из двух далеко расположенных стран. Кроме того, есть политические аргументы против торговли своей валютой с помощью мэтчинговых движков далеко за рубежом.
Когда впервые была представлена электронная заявка на спот рынке Forex, что впервые произошло в 1990-х годах, были первоначально две USD/JPY биржи: Reuters (в Лондоне) и Майнекс (в Токио). Лондон - Токио задержки в те дни были порядка 300 мс, которые легко заметны невооруженным глазом. Также, были политические причины против торговли свей валютой на зарубежных площадках.
Когда мне была поставлена задача разработки новой глобальной биржи EBS Forex exchange, я выбрал распределенную архитектуру с тремя синхронизированными мэтчинговыми движками - в Лондоне, Нью-Йорке и Токио[10]. Это при условии отличной производительности во всех трех регионах и удовлетворении требований мировых банков. В 1996, EBS вошла в состав Minex, став доминирующей мировой USD/JPY площадкой на межбанковском электронном рынке - позиция, которую она занимает и по сей день. (Хотелось бы мне в то время обладать информацией из этой статьи, иметь представление о данной работе, когда пытался убедить своих коллег поверить в распределенную архитектуру бирж... но, в конце концов, мы использовали наше шестое чувство -, - и оказались правы)
Другой пример распределенной Forex площадки является Fastmatch, которая также имеет три мэтчинговых движка: в Лондоне, Нью-Йорке и Токио. Ее архитектура значительно отличается от EBS, однако, заявки распространяются не прозрачным способом и мэтчинг осуществляется по трем регионам.

Литература по данной тематике
Чтобы узнать больше о чудесах распределенных торговых систем, исследуйте ссылки [11] и [12] .

Благодарности автора
Я благодарю Michael Merold, Schalk Steyn, Alec Schmidt, Mark Reece, Wlodek Stankiewicz, Ewa Howorka, и всех, кто предоставили полезные комментарии по первоначальному проекту этого документа.

Ссылки
1. Mark Buchanan, Physics in finance: Trading at the speed of light, Nature, Feb 11, 2015.
2. A. D. Wissner-Gross and C. E. Freer, Relativistic statistical arbitrage, Physical Review E 82, Nov 5, 2010.
3. World Federation of Exchanges, WFE 2009 Annual report and statistics, Dec 2009.
4. Stock Trades at the Speed of Light, PhysicsCentral, Nov 11, 2010.
5. Eric Garcia, Physicist says it is possible to use ships to facilitate high-frequency trading, MarketWatch, Feb 19, 2015.
6. M. Rohan, Dark pool and HFT: It is possible to use ships for high-frequency trading, International Business Times, Feb 19, 2015.
7. Timothy B. Murray, HFT’s Oceanic Moment, WatersTechnology, Mar 11, 2015.
8. M. Rohan, Dark pool and HFT: BoE says high-speed trading helps markets, International Business Times, Feb 24, 2015.
9. Scott Patterson, High-Speed Stock Traders Turn to Laser Beams, Wall Street Journal, Feb 11, 2014.
10. Michael Togher, Michael F. Dunne, Richard Hartheimer, Credit management for electronic brokerage system, U.S. Patent No. 5,375,055, issued Dec 20, 1994, assigned to EBS.
11. Edward R. Howorka, Andrew P. Foray, Architecture for anonymous trading system, U.S. Patent No. 7,184,982, issued Feb 27, 2007, assigned to EBS.
12. Edward R. Howorka, Method and apparatus for enhancing market data feed using proprietary order flow, U.S. Patent No. 8,296,217, issued Oct 23, 2012, assigned to MarketFactory.
13. Edward Howorka, In brief, colocation beats the speed of light, The Trading Mesh, Apr 9, 2015.

Ссылка на первоисточник данной статьи
Перевод: Николай Флёров

Colocation преодолевает скорость света. 2 часть

2015-07-06T00:08:22Z

Перейти к части 1

В данной части мы подробно рассмотрим арбитражные механизмы на базе центрального компьютера и механизмы с применением Colocation. А также разберем конкретный алгоритм арбитражной стратегии в действии.

Механизм с применением центрального компьютера
Во-первых, давайте определимся с формально базовым "механизмом централизованного компьютера". Обратите внимание, что это гораздо более распространённое решение, чем сценарии "средней точки", рассматриваемой в статье Бьюкенена.
Рассмотрим N серверов X1, ..., Xn и центральный компьютер С может располагаться где угодно в мире на нем работает алгоритм А (например, торговая стратегия). С подключением ко всем серверам - он получает входные сигналы от респондентов и дает обратную связь каждому из них. Мы считаем, что этот механизм напоминает "черный ящик", где входные и выходные данные могут быть отслежены и проанализированы наблюдателями, расположенными на серверах N. См. картинку "Механизм с применением центрального компьютера".

На центральном компьютере С, и каждом из серверов N настроены часы, синхронизированные с временем UTC (UTC time). (Современные технологии, обеспечивающие средства для синхронизации часов в течение малой доли микросекунды).
Пусть di обозначают задержки передачи между C и сервером Xi. Пусть di,j обозначим задержки между Xi и Xj. Эти задержки предполагаются постоянными и не меняются от сообщения к сообщению. Мы предполагаем, что задержки в сети удовлетворяет свойствам метрики (metric), в частности: di,j = dj,i (симметрия) and di,j ≤ di + dj (аксиома треугольника).
Для того, чтобы осуществить видоизменение нашего "черного ящика" (с центрального компьютера к эквивалентной группе компьютеров, размещенных в дата-центрах бирж), мы должны сделать некоторые дополнительные предположения:
1. После настройки, алгоритм А реагирует только на текущее время и сообщения, полученные от серверов Xj. (Конечно, алгоритм А может использовать также память о прошлых событиях в принятии своих решений.).
2. Каждый из N серверов отправляет зафиксированные во времени потоки данных с определенной степенью детализации времени. Это означает, что принимающий получает периодические синхронизированные сигналы от каждого сервера, которые характеризуют и "закрывают" каждый интервал времени - будь то миллисекунды или микросекунды. Алгоритм управляет этими сигналами. (Например, сообщение, полученное в момент времени t по алгоритму А, может быть использовано данным алгоритмом только после того, как все синхронизированные во времени сигналы с временными метками, полученными от всех серверов Xi по шкале времени больше или равны t – di . Данная ситуация не является препятствием в случае, если она будет учтена в сценарии центрального компьютера. Это главное требование для достижения эквивалентности наших "черных ящиков", несмотря на любое время или неустойчивость задержки.
3. Выходное значение алгоритма А состоит из сообщений, отправленных серверам. Все сообщения с временными метками, по местному времени алгоритма А. Данное сообщение может содержать любую информацию, в том числе внутренние отчеты о состоянии, относящиеся к текущим или к прошлым событиям.

Механизм совмещенных групп
Здесь мы представляем механизм, который будет дублировать поведение механизма центрального компьютера с использованием N компьютеров C1, ..., CN совместного размещения (colocation) с соответствующими серверами бирж X1, ..., XN. Как и в предыдущем случае, мы считаем, что этот механизм как "черный ящик", где входные и выходные данные могут фиксироваться и синхронизироваться наблюдателями, расположенными на N серверах. См. рисунок "Механизм совмещенных групп".

Для простоты, задержка передачи данных между компьютером Ci и размещенным Server Xi принимается равной нулю. Задержка передачи данных между Ci и Xj берется di,j - такой же, как задержка между Xi и Xj.
На каждой компьютере Ci работает алгоритм Ai, который является модифицированной копией алгоритма A, работающем на центральном компьютере C, описанным в предыдущем разделе. Отличия модифицированной версии:
1. Время, используемое алгоритмом Ai, устанавливается с запозданием на величину di, то есть, он показывает время UTC – di вместо UTC. Например, когда алгоритм A решает прекратить торговлю на время UTC t, Ai то он прекратит торговлю в момент UTC t + di. (Данное изменение удобнее воспринимать, как модификацию алгоритма Ai, нежели как изменение хода часов на Ci).
2. Каждый алгоритм Ajj принимает сообщения со всех N серверов. В частности, сообщения от сервера Xi, которые будут направлены в исходный центральный алгоритм A реплицируются и рассылаются по всем алгоритмам Аj.Репликация сообщений может быть выполнена в аппаратных средствах или в программном обеспечение компьютера Ci, находящемся в связке с Xi.
3. Искусственная задержка di + dj – di,j вводится для всех сообщений, поступивших на Aj от сервера Xi. Задержки сообщений могут быть реализованы либо в аппаратных средствах, либо в программном обеспечении, работающем на Cj. (Данный генератор задержки удобнее воспринимать, как модификацию алгоритма Aj.). Обратите внимание, что, когда i = j, то задержка равна i + di – di,i = 2⋅di. То есть, задержка для всех сообщений, отправляемых сервером Xi в расположенный по соседству компьютер равна Ci это 2⋅di.
4. Алгоритм Ai посылает свое сообщение с выходными данными только в Xi сервер, находящийся в colocation связке. Когда оригинальный алгоритм будет отправлять сообщение на другой сервер Xj, Ai бездействует \ - вместо этого, алгоритм Aj , находящийся в связке с Xj, посылает идентичное сообщение именно в нужное время. Aj может зафиксировать это событие в логе, тем не менее, будет действовать так, как было описано ранее.

Механизмы "центрального компьютера" и "совмещенных групп" эквивалентны
Чтобы убедиться, что механизм "совмещенных групп" работает так же, как механизм "центрального компьютера", нужно удостовериться, что отосланные входные данные приводят к тем же выходным данным, полученным серверами в одно и то же самое время, обоими механизмами "черных ящиков".
Очевидно, что для любого j, алгоритм Aj принимает одно и то же сообщение с входными данными, которое будет получено алгоритмом A, но Aj принимает их после задержки dj по отношению к времени, использующимся в алгоритме А. Именно во время t, алгоритм А получит сообщение от сервера Xi, которое было отправлено в момент времени t – di. Это же сообщение посылается от Xi к Aj с применением генератора искусственной задержки (di + dj – di,j), а затем через линию передачи, которая имеет задержку di,j. Таким образом, поступление данных на Aj происходит в момент времени (t – di) + (di + dj – di,j) + di,j = t + dj.
Задержка di устраняется путем установки времени Aj назад на величину dj. Это означает, что при времени UTC t + dj, все выходные данные Aj (в том числе и время) идентичны выходным данным из A в UTC времени t. Таким образом, Aj делает одни и те же решения в момент t + dj, как и A в момент времени t. Хотя решения, принятые алгоритмом Aj сделаны с задержкой dj, ее выходные данные доставляются мгновенно на сервер Xj (без задержки dj, которые были потеряны при отправке выходных данных с алгоритма A на Xj), что означает, что обе временные метки, поставленные алгоритмом Aj и время доставки сообщений, отслеживаемые Xj, идентичны тем, которые получены алгоритмом А. Это доказывает теорему 1.

Пример:
Чтобы получить некоторое представление о том, как хитро работает механизм совмещенных групп, мы будем использовать пример из статьи журнала Nature. Мы начинаем с одного компьютера - "срединной точки" C, расположенном в геодезическом центре между серверами двух финансовых центров X1 и X2 (Нью-Йорка и Лондона) и представим торговлю EUR / USD на спот рынке Forex). См. рисунок "Механизм с применением центрального компьютера".
Используя простые обозначения, d = d1,2 (около 20 миллисекунд со скоростью света) и h = d1 = d2 = d/2, и, вооружившись базовым методом, изложенным выше, мы сформируем простой функционально эквивалентный механизм, состоящий из пары компьютеров, размещенных в дата-центрах двух бирж, показанных на рисунке "Механизм пары компьютеров, находящихся в Colocation связке с разными биржами".

Далее мы покажем конкретный алгоритм арбитражной стратегии в действии, прослеживая его шаг за шагом в обоих сценариях. Наш алгоритм арбитражной стратегии "серединной точки" выглядит следующим образом: если цена Ask, с одной стороны (например, X1) точно меньше, чем цена Bid на другой стороне (X2), тогда отправляем лимитную заявку на покупку типа FOK (fill-or-kill) на сторону X1 и аналогичную лимитную заявку на продажу на сторону X2. Если оба ордера успешно заполнены, мы добились своего и сделали прибыль. В противном случае (если, скажем, продать на X2 не удалось) - мы отступаем, ликвидируя свою позицию, используя рыночную заявку. Она отправляется на биржу, которая предлагает лучшую цену Bid. (Это не самый умный алгоритм арбитража, однако, этого достаточно, чтобы проиллюстрировать то, что происходит внутри двух "черных ящиков").

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

Перейти к части 3

Ссылка на первоисточник данной статьи
Перевод: Николай Флёров

Colocation преодолевает скорость света. 1 часть

2015-06-28T21:48:32Z

В данной статье мы рассмотрим вопрос, получают ли трейдеры преимущество, базируя свой компьютер между двумя финансовыми биржами. Например, на корабле в середине океана - вопреки рекомендации из статьи "Physics in finance: Trading at the speed of light" (Mark Buchanan, Nature, 11 февраля 2015 г.). Или же лучший результат покажет торговая стратегия, использующая два взаимодействующих компьютера, размещенных в дата-центрах разных бирж. В доходчивой форме будет рассмотрен вопрос о том, является ли преимуществом распределение торговых стратегий. Либо же наоборот лучше использовать распределенную архитектуру биржевых серверов, которые устраняют необходимость в распределенных арбитражных стратегиях.
Изучив данную статью целиком, вы откроете для себя, какой метод расположения серверов является наиболее эффективным, при работе с HFT арбитражными стратегиями, работая одновременно на нескольких биржах.

Статья из журнала Nature (авторское замечание)

Цитата:

В будущем, когда надводные лазерные сети охватят океаны, изменения в трейдинге могут стать еще более необычными. Место, в котором трейдеры могут получать наиболее актуальную информацию от двух бирж одновременно, находится в их средней точке - между Чикаго и Лондоном, то есть в середине Атлантического океана. В данном месте, трейдеры могут использовать технику, называемую "релятивистский арбитраж", чтобы получить прибыль от сиюминутного дисбаланса цен между Чикаго и Лондоном.
Объяснение: специальная теория относительности говорит, что ничто не может двигаться быстрее скорости света С. Таким образом трейдер, находясь на расстоянии D от биржи может узнать, что там произошло, в лучшем случае, не раньше чем - T = D/C после того, как событие произошло. Между крупными торговыми центрами по всему миру, такие задержки могут быть от нескольких до десятков миллисекунд. Если трейдер стоит на полпути между двумя биржами, он будут получать информацию с обеих сторон после, Т = D/C. В любом другом месте, если расстояние, по крайней мере, одной из бирж будет более удалено, то информации потребуется больше времени, т.е увеличится задержка.

Другими словами, в течение нескольких лет может стать прибыльным устанавливать корабль или платформы для трейдинга на участках ровно между парами финансовых центров по всему миру (см. Fast-trading hotspots).

Статья из Nature предоставляет карту мира с указанием всех мировых финансовых центров и более тысячи точек, лежащих ровно посередине, где высокочастотные трейдеры должны будут устанавливать свои компьютеры, чтобы оптимально использовать данные возможности для арбитража. Как и ожидалось, многие из этих "оптимальных" мест, в действительности "места глухие" (одна точка находится в пустыне, где исчез рейс MH 370). Карты не указывают на важность центров или значение "перспективных точек для трейдинга", но ясно, что наиболее значимые точки лежат где-то в северной части Атлантического океана.

Карта наиболее удобных точек для арбитражного трейдинга

Карта наиболее удобных точек для арбитражного трейдинга [1]. Используется с разрешения издательской группы Nature.

Карта впервые была представлена в издании Relativistic statistical arbitrage[2]
В той статье "серединные точки" взвешивали по скорости оборачиваемости (отношение стоимости акций, обращающихся на бирже в общей рыночной капитализации) – там использовались не истинные геодезические средние точки, как это подразумевается в статье издательской группы Nature. Кроме того, "финансовые центры", определенные в статье как 52 биржи, перечисленные в Всемирной федерации бирж из Годового отчета за 2009г. (World Federation of Exchanges 2009 Annual Report[3] ) - и не включают Forex площадки, которые превосходят все другие торговые центры по показателю величины объема торгов.
Новости относительно оптимального размещения компьютеров для HFT (высокочастотной торговли) была широко освещена профессиональными средствами массовой информации; см. статьи в PhysicsCentral[4], MarketWatch[5], International Business Times[6], и WatersTechnology[7]. Некоторые эксперты приняли данный "факт", как само собой разумеющееся, некоторые же выразили сомнения. Билла Хэртс(Bill Harts), генеральный директор Modern Markets Initiative, группы, которая занимается высокочастотной торговлей, отвергнул данную идею, высказав мысль в электронном издании MarketWatch: "Даже если трейдер может получать данные с обеих бирж быстрее в средней точке, то воспользовавшись преимуществом, имея только один компьютер в средней точке, они будут посылать заявки на рынок с достаточно большого расстояния – и будут всегда медленнее, чем трейдеры, размещенные на локальных рынках".

Головоломка серединных точек.
В статье Nature тривиально утверждается, что середина между двумя биржами является точкой, где наиболее быстрым образом может быть обнаружена возможность арбитража. Что менее очевидно - учитывая, что Марк Бьюкенен, уважаемый физик и автор ошибся - это то, что серединное расположение особенно неблагоприятное место, для принятия торговых решений.
Здесь "шестое чувство” Билла Хэртса является правильным. В своей статье follow-up IBT article[8], он подчеркивает: "Если бы это было возможно, поставить дата центр в Янгстаун, штат Огайо, (примерно на полпути между биржами Нью-Йорка и Чикаго), если бы это место было бы самым благоприятным для HFT, все высокочастотные трейдеры базировались бы там. Но знаете что? Там нет HFT трейдеров в Янгстауне, штат Огайо".
Таким образом, HFT арбитражеры знают, что торговля с средней точке расположенной между биржами - это плохая идея. Тем не менее, заявление Хэртса не совсем корректно – трейдер, торгующий с серединной точки на самом деле, достаточно быстр, чтобы воспользоваться нарушением паритета цен между двумя биржами. Недостатком же, по сравнению с "системой компьютеров, размещенных на реальных рынках", является то, что – компьютер в серединной точке после подачи заявки как бы "слеп" и не может контролировать заявку достаточно хорошо. Читайте дальше, чтобы осознать действительно невероятное преимущество размещения серверов в дата-центрах бирж и распределенных торговых стратегий.

Решение задачи.
Для универсальности далее по тексту термином "серверы", будет заменен термин "биржевые-серверы", потому что наш результат относится к сценариям носящим более общий характер, чем просто алгоритм связи с финансовыми биржами. Мы будем использовать термин "компьютер", когда говорим о не серверных компьютерах под управлением программного обеспечения, которое взаимодействует с серверами (например, алгоритмическая торговая стратегия).
В следующих нескольких разделах мы докажем одну фундаментальную теорему. (Пожалуйста, не беспокойтесь - доказательство будет так же просто, как строительство из Lego блоков.)

Теорема 1. Любой алгоритм, который работает на одном центральном компьютере, расположенном в любой точке мира и соединен с одним, или большим количеством серверов (N≥ 1), может быть воспроизведен с использованием нескольких компьютеров, работающих в связке с серверами, таким образом, что такая реализация (зарегистрировано серверами) функционально ничем не будет отличается от оригинального одно-компьютерного решения.
Доказательство довольно просто. Во-первых, мы формально определяем единый центральный механизм компьютера. Затем мы покажем, как построить эквивалентный механизм, который использует группу компьютеров, размещенных в дата-центрах бирж, без необходимости центрального компьютера. Другими словами, мы начинаем с черного ящика реализованного с помощью центрального компьютера и покажем, как можно построить эквивалентный черный ящик без центрального компьютера.

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

*Colocation (MICEX)

Перейти к части 2

Ссылка на первоисточник данной статьи
Перевод: Николай Флёров

FIX протокол. Вебинар от StockSharp

2016-06-09T15:10:47Z

Друзья! Сегодня мы публикуем наш вебинар по FIX/FAST протоколу и одноименному коннектору от StockSharp.
Смотрим! Учимся! Пишем роботов! PROFIT!!!

Материалы для скачивания

Кстати не забываем, что до 11 июня действуют скидки КиберПонедельника, в том числе и на FIX/FAST! Успей сейчас!

Маленькое изменение. Большой прорыв!

2016-04-08T12:20:46Z

Всем привет!

С сегодняшнего дня мы решили внести небольшое изменение в политику нашего чата!
Мы убрали предлог "НЕ". Всего один маленький предлог.

Основное правило нашего чата звучало:
"Технические вопросы НЕ допускаются", теперь оно звучит так: "Технические вопросы допускаются"

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

В сам чат можно попасть по ссылке! Ждем вас!

Самый быстрый коннектор к FORTS уже здесь!

2016-03-30T12:27:42Z

Первые пользователи уже получили новейший ультраскоростной коннектор TWIME от StockSharp со скидкой в 50%!

Уже скоро никто не сможет сравниться с ними в скорости выставления заявок и скорости доступа к торгам.

У вас еще есть время не отстать от лидеров и получить пожизненную лицензию на коннектор до установки TWIME в боевую эксплуатацию всего за 44 000 рублей! (вместо 59 000 рублей!), а с исходными кодами всего за 123 750 рублей! (вместо 165 000 рублей!)
Спешите!!!

Купить коннектор за 75% стоимости!

Купить коннектор с исходными кодами за 75% стоимости!

Новейший коннектор TWIME. Предзаказ. Скидка 50%!

2016-02-29T11:20:09Z

StockSharp начинает разработку новейшего ультраскоростного коннектора к Московской бирже по протоколу TWIME (Trading Wire Interface of Moscow Exchange)
На сегодняшний день это самый быстрый торговый интерфейс обеспечивающий максимальную скорость передачи данных.

Только до 15 марта он доступен по предзаказу со скидкой 50% за 29 900 рублей (коннектор с исходными кодами за 82 500 рублей). Пожизненная лицензия!

Спешите!!!

Купить коннектор!

Купить коннектор с исходными кодами!

HFT коннекторы 2.0

2015-11-05T14:29:28Z

Уважаемые клиенты!
Мы рады сообщить, что после многочисленных изменений в порядке лицензирования, составе лицензий, процесс находится на завершающей стадии.

С 05 ноября 2015 года вносятся изменения в нашу самую полную лицензию - корпоративную.
Корпоративная лицензия позволяет частным трейдерам и компаниям воспользоваться всей мощью платформы StockSharp вкупе с многочисленными коннекторами прямого доступа к биржевым торгам на любой биржевой площадке мира.

Чтобы сделать процесс разработки и эксплуатации торговых алгоритмов еще более удобным и доступным для Вас мы решили применить следующие улучшения.
1. Теперь, лицензия разделена на несколько составляющих, каждую из которых можно приобрести отдельно:

- Plaza 2 CGate коннектор за 59 т.р. Купить (Купить с исходными кодами за 165 т.р.)

- Micex TEAP коннектор за 59 т.р. Купить (Купить с исходными кодами за 165 т.р.)

- ITCH (LSE/NASDAQ) коннектор за 59 т.р. Купить (Купить с исходными кодами за 165 т.р.)

- FIX/FAST коннектор за 59 т.р. Купить (Купить с исходными кодами за 165 т.р.)

- Plaza2 + TEAP + FIX/FAST + ITCH за 99 т.р. Купить (Купить с исходными кодами 285 т.р.)

2. Лицензия становится БЕССРОЧНОЙ! Вы можете использовать полученную лицензию в течение всей жизни.

3. Также мы оставляем возможность бесплатно получать обновления платформы еще в течение 1 года после приобретения. Продлить подписку и получать обновления еще год будет стоить 40% от стоимости самой лицензии, т.е. от 23 т.р. за частичную лицензию до 39 т.р. за полную.

4. Лицензия теперь привязывается к рабочей станции. 1 лицензия - 1 компьютер.

5. Вследствие п.4 мы решили снизить на 30% цены на лицензии без исходных кодов! Кроме того, мы понимаем, что правильному алготрейдеру нужно больше одной лицензии, поэтому при покупке одновременно нескольких лицензий мы предоставляем значительные скидки, так:
- при покупке 2-х лицензий скидка составит 35% (39 т.р. за штуку и 78 т.р. всего)
- при покупке 3-х лицензий скидка составит 50% (29 т.р. за штуку и 87 т.р. всего)
- при покупке 4-х и более лицензий скидка составит 60% (24 т.р. за штуку и от 96 т.р. всего)

6. Для тех, кто уже является нашим корпоративным клиентом мы оставили возможность выбора. После истечения срока существующей лицензии вы можете либо остаться на прежних условиях лицензирования, либо перейти на новые, уведомив об этом нашу команду.

Алготрейдинг и HFT на рынках Московской биржи

2015-10-27T16:14:05Z

29 октября, Москва, Воздвиженка, 4/7, стр. 1
(здание Московской биржи).

Цитата:

АО «ФИНАМ» и ПАО «Московская Биржа» приглашают на конференцию, посвященную последним тенденциям в построении систем прямого доступа, способам подключения алгоритмических и высокочастотных (HFT) торговых систем, а также перспективам алгоритмического трейдинга в целом.

Программа в пару часов после работы. Обзор новых решений. Интересно услышать про wire protocol (что придет на смену cgate).

Если будет запись - выложу сюда же.

(с) http://www.finam.ru/services/promo00073/

upd: Обещанное видео

Комментарии к протоколу на форуме по ссылке в конце.

Сертификация валютной секции и рынка драг металлов ММВБ

2015-10-07T14:02:42Z

Всех приветствую в этот солнечный октябрьский день!

Во первых, подравляю всех с днем рождения В.В. Путина![biggrin]

Во вторых, Московская Биржа расширила нашу сертификацию, добавив валютную секцию и драг металлы.

Высокочастотные трейдеры на рынке интернет-рекламы.

2014-11-19T10:35:29Z

В здании из красного кирпича в Нью-Йорке, одна из стартап-компаний использует собственные компьютерные программы для поиска арбитражных возможностей на рынках, делает миллионы сделок каждый день, генерируя оборот в десятки тысяч долларов. Она не продает и не покупает акции, облигации, товары. Ее специализация – онлайн реклама.

Высокочастотные трейдеры нашли новую нишу и новый рынок. Значительный процент от миллиардов объявлений, появляющихся на компьютерных экранах продается предложившему наилучшую цену на онлайн площадках, таких как AppNexus, Microsoft Ad Exchange (MSFT), PubMatic, Rubicon Project (RUBI), и Yahoo! Ad Exchange.

Прежде, чем объявления появятся на экранах компьютеров, они не раз поменяют владельца в сложной паутине электронных торгов среди вебсайтов, аггрегаторов, бирж, рекламных агентств. Торговля в режиме реального времени, как правило, крайне сложна, говорит Бен Эдельман, профессор Гарвардской школы бизнеса, который изучает рынок интернет-рекламы. Количество посредников в одном размещении объявления может быть просто громадным.

Это множество сделок порождает возможности для арбитражеров. Используя компьютерные программы, трейдеры сканируют рынки в поиске ценовых неэффективностей, покупая и продавая объявления с минимальной прибылью за доли секунды. «Я вижу много парней, которые покупают на одной бирже, и продают на другой», говорит Эдельман. «Другие покупают и продают на одной и той же бирже».

Вот упрощенная версия того, как работает этот процесс. Скажем, Форд хочет показывать рекламу потребителям, которые предположительно относятся к покупателям сегмента люксовых автомобилей – женщинам в возрасте от 35 до 60 лет, которые искали «Мерседес» в Гугл, лайкали истории о БМВ на Фейсбук, или просматривали страничку люксовых авто на About.com. В каждом из этих случаев, Форд или рекламное агентство которое он нанял, такое как Omnicom Group, может создать профили людей, которых они ищут и подключиться к бирже на которой рекламодатели покупают места на сайтах. Сайты отправляют информацию о свободном месте и своей аудитории. Когда Форд видит аудиторию, которую он ищет, он может поставить бид на покупку места на сайте. Если его бид оказывается лучшим, объявление о роскошном седане от производителя тут же появляется в заданном месте сайта. Вся сделка происходит за 100 миллисекунд или меньше.

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

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

В то время как, компания Google ограничивает участие в торгах только рекламодателями и их представителями, другие биржи не запрещают участие посредников. Отвечая на вопрос, будут ли они пытаться запретить участие арбитражеров на их биржах AppNexus, Microsoft, и Rubicon отказались от комментариев. Президент PubMatic Кирк Макдональд говорит, что его компания не будет блокировать посредников, потому что невозможно контролировать их деятельность на других биржах.

По мнению Magna Global научно-исследовательскому и медиа подразделению Interpublic Group (IPG), в этом году компании по всему миру потратят порядка 9,33 млрд. долл. на онлайн-рекламу. Хотя аукционы принесли эффективность ценообразования в бизнесе, компьютеризация происходит настолько быстро, что рекламные агентства стараются не отставать, говорит Мэтт Зайлер, главный исполнительный директор компании IPG Mediabrands.

Арбитражеры «могут искажать рынок и убирать эффективность, что мы предполагаем увидеть на торгах в режиме реального времени», говорит Маркус Пратт, дирктор по технологиям в Mediasmith. Также Пратт заметил, что его фирма покупала объявления на About.com по самым различным ценам на разных биржах и в конечном итоге он договорился с About.com напрямую, избежав публичных торгов. «Мы получили лучшие цены, чем когда мы просто работали на открытом рынке».

Хотя они и процветают сейчас, трейдеры говорят, что арбитражные возможности не всегда будет столь же широки, как сегодня. По данным исследовательской компании Маркетер, к 2016 году почти треть выставленных на аукцион объявлений в США будет продана на частных рынках, которые соединяют покупателя и продавца напрямую. Так в целях диверсификации бизнеса есть еще команда на западном побережье, которая занимается развитием инструментов, помогающим рекламодателям ориентироваться в мутном интернет мире и покупать места более эффективно.

from Bloomberg BusinessWeek

Анализируем стаканы из плазы

2013-10-09T18:40:31Z

Анализируем стаканы из Plaza!
несложный проект по выводу стаканам на чарты S#

Открываю серию простых ботов/проектов (S#.Api). Простые и сложные версии будут лежать у нас на сервере по обучению. Как это было:

Собрались с алго-пацанами, стали обсуждать какие темы "тяжело" проходят у стокшарповцев. В итоге был реализован такой простой проект:

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

Проект простенький, данные сразу лежат в готовом варианте:

Скачать исходники можно через наше хранилище на TFS (бесплатно), подключиться к публичному серверу! Скачать exe.

HFT изнутри

2013-09-25T10:21:25Z

Очень интересное видео про реально бота HFT, про опыт в алготрейдинге.
Смотрим, обсуждаем [biggrin]

Plaza 2. Торговые роботы с прямым доступом.

2012-03-13T01:56:56Z

Вступление
Краткое вступление о том, что такое прямой доступ к торгам для робота. Это значит, что ваш робот начинает слать торговые сигналы на биржу, минуя всех посредников (брокера, промежуточное программное обеспечение и т.д.). Часто подобный доступ ассоциируют с High Frequency Trading (далее, просто HFT) роботами, или, попросту говоря, высокочастотниками. Но HFT это не единственные “клиенты”, кому может быть удобен такой способ. Ниже ряд преимуществ и для обычного робота:

Отсутствие прослоек уменьшает технические риски.
Прямой доступ гарантирует торговлю только по правилам биржи, без накладывания дополнительных ограничений. Например, дополнительное ГО (гарантийному обеспечению), как правило.
Робот не привязан к какой-либо технологии доступа, кроме как к Plaza2.
Самая полная информация о маркет-данных. Например, order log (журнал заявок, поступающих от всех участников торгов).

Модель доступа
Естественно, создание роботов под шлюз биржи – это только их программирование. На языке C#, С++, Delphi и т.д. – на чем больше опыт. Биржа дает свой программный интерфейс (далее, API), с помощью которого роботы и подключаются к торгам. Бывают 2 версии этого API, под 32 и 64 битные компьютеры. Лучше использовать под 64 бита, так как тогда робот не будет ограничен потреблением памяти. Для роботов, которые используют Plaza2 как один из источников данных, а так же сложные математические расчеты, проблема с доступной памятью наиболее актуальна.
Plaza2 API так же бывает однопоточной и многопоточной (STA, MTA). Лучше использовать MTA, так как в этом случае робот будет работать без временных зависаний (особенно проявляется при сильном движении на рынке), да и просто быстрее получать и отправлять данные. Написание робота под Plaza2 API требует глубоких познаний в программировании и специфике работы биржевых данных. Поэтому, для упрощения создания роботов можно использовать бесплатную библиотеку StockSharp. У нее есть ряд преимуществ перед обычным Plaza2 API:

Существенно упрощает и ускоряет процесс обучения написания роботов под Plaza2.
Позволяет включать режим эмуляции на реальных торгах (с реальной ликвидностью в стаканах).
Тестирование робота на исторических данных (единая среда как для написания робота, так и для тестирования).
Сертифицирована, что позволяет не проходить сертификацию у биржи, и получать сертификат автоматически.
Наличие стопов.
Не вносит никаких задержек, тоесть скорость работы точно такая же, как если писать робота напрямую под Plaza2 API (критично для HFT).
Открытый код.
Возможность подключать западные площадки.

Пример
Вместо заключения небольшой пример того, как выглядит робот, торгующий через Plaza2.

Подключение к торгам:

Код

var trader = new PlazaTrader();

Security rih2 = null;

trader.NewSecurities += securities =>
{
    // если RIH2 еще не появился, то пытаемся его найти
    if (rih2 == null)
        rih2 = securities.FirstOrDefault(s => s.Id == "RIH2@RTS");
};

// после успешного подключения запускаем экспорт
trader.Connected += trader.StartExport;

// подключаемся к торгам
trader.Connect();

Небольшая стратегия, торгующая спредом фьючерса на индекс РТС:

Код


class SpreadStrategy : Strategy
{
    private Order _order;
    private bool _canProcess;
    private OrderDirections _dir;

    protected override void OnStarting()
    {
        // подписываемся на правило изменения стакана
        this
            .When(Security.MarketDepthChanged())
            .Do(ProcessDepth);

        // добавляем автозащитную стратегию (автоматически выставляет тейк + стоп)
        ChildStrategies.Add(new AutoProtectiveStrategy());

        base.OnStarting();
    }

    private void ProcessDepth(MarketDepth depth)
    {
        // заявка пока еще не исполнена
        if (!_canProcess)
            return;

        // заявка исполнилась, но не исполнились стопы
        if (PositionManager.Position != 0)
            return;

        // создаем рыночную заявку (так как на FORTS нет такого понятия как рыночная заявка, то будет использована встречная цена в стакане)
        _order = this.CreateOrder(_dir, depth.GetMarketPrice(_dir));

        // в следующий раз будем открываться в другую сторону
        _dir = _dir.Invert();

        // запретить обработу стакана до тех пор, пока заявка не исполниться
        _canProcess = false;

        this
            .When(_order.Matched())
            .Do(() => _canProcess = true);

        // отправляем на регистрацию
        RegisterOrder(_order);
    }
}

Сухов Михаил
StockSharp Торговые роботы