доклад посвящен вопросу автоматизации сделок при системной или даже вполне возможно дискретной или любой д
Работа добавлена на сайт samzan.net:
Владислав Горбунов
«Автоматизация торговли или «машинка для заработка денег»
Наш век таков, что он гордится машинами,
умеющими думать, и побаивается людей, которые
пытаются проявить ту же способность.
Г.Мамфорд Джонс
Машины должны работать. Люди должны думать.
Девиз компании "IВМ"
Т.к. наша конференция посвящена вопросам, в первую очередь, системной торговли, то было бы нелогично избежать такого вопроса, как автоматизация тех сделок, которые происходят системно. Мой доклад посвящен вопросу автоматизации сделок при системной или даже, вполне возможно, дискретной или любой другой торговле по каким-то критериям.
Прежде всего, хотелось бы дать определение, что мы понимаем под «автоматизацией торговли». Мало кто будет спорить, что торговать устойчиво успешно без алгоритма действий практически невозможно. Практически любой алгоритм можно формализовать в виде торговой системы. Рассмотрим не саму торговую систему, а ту ее часть (или отдельный блок), который отвечает за доставку торгового приказа на биржу.
В нашем контексте, автоматическая торговля - это автоматический ввод ордеров на биржу или в торговую платформу брокера. Сами ордера могут быть сгенерированы механической торговой системой (МТС) либо дискретно («вручную») трейдером.
Для чего необходим автоматический ввод приказов?
Управление несколькими счетами;
Автоматический учет торговых операций, контроль за и рисками;
Снижение «процессинга» в торговле - увеличение рентабельности;
Торговля портфелем различных стратегий на различных таймфреймах;
Арбитражные операции;
«Маркетмейкерские» операции;
Торговля на разных типах рынков;
Торговля в отсутствие трейдера;
Уменьшение «человеческого фактора».
Иногда так складывается, что со вторым тезисом большинство еще согласны, то остальные тезисы мало кто выдвигает. Мы же считаем, что задача трейдера, задача аналитика, задача управляющего активами – заниматься непосредственно своей работой, а не выполнять какую-то механическую деятельность, которую можно возложить на современные технологии и технические средства, программные решения.
В чем же заключается основная работа при торговле и чем здесь может помочь автоматизация? На наш взгляд и опыт, в первую очередь, это необходимо при управлении несколькими счетами, при проведении арбитражных операций, как упоминали ранее коллеги – маркетмейкерских операций. В принципе, можно придумать еще большой спектр задач и вопросов, где это может сильно помочь: начиная от торговли портфелем инструментов и заканчивая торговлей одним активом или одним инструментом.
Что мешает это сделать сейчас? Анализ того рынка технических систем, который на сегодняшний день есть, показывает, что в настоящий момент каких-то систем или торговых платформ, полностью приспособленных для автоматической торговли нет. Есть ряд платформ, которые обладают какими-то функциями, но в общем и целом, полностью, на наш взгляд, всех функций, которые нужны были бы – сейчас их нет.
Какие функции необходимы были бы для решения вопросов автоматизации торговли?
В первую очередь, это возможность передачи своих торговых сигналов из своей системы, которая, возможно, работает, например, в среде Excel, или популярном пакете TradeStation, или какая-то своя собственная программа, которая генерирует сделки.
Далее – это возможность получения рыночной информации из торговой платформы брокера о рынке, состоянии выполнения посланных ордеров и все другие вопросы, которые необходимы для вашей торговой системы.
Также, очень немаловажный факт, при решении вопроса об автоматизации – это тестирование. Так при написании своих собственных торговых систем, вопрос тестирования уже не стоит остро. Любые программы, начиная от MetaStock и заканчивая TradeStation или своей собственной разработкой – позволяют проводить тестирование. Но это получается тестирование на прошлых данных, где проанализировать, насколько реально эти сделки исполняются, например, при проведении маркетмейкерских или арбитражных операциях практически невозможно.
В случае же тестирования механических торговых систем (МТС), в особенности, если те генерируют большое количество сделок, задача становится еще более сложной. В силу этого, предъявляемые требования для такого рода платформ - это чтобы имелась возможность посылать сигналы из своих стратегий не только для реальной торговли, но и для отладки, т.е. демонстрационное тестирование (PaperTrading). Например, на каком-то реальном или искусственном рынке для того, чтобы, во-первых, найти какие-то ошибки, возможно логические, в своей системе, которые не выплывают при историческом тестировании, а также определить, насколько рынок ликвиден, насколько быстро можно совершать те или иные сделки с тем активом, который мы выбрали для торговли и т.п.
Также нужно коснуться такого вопроса – на каких рынка можно реально это сделать? Во-первых, понятно, что торговать на внебиржевых рынках в автоматическом режиме будет сложно. Например, у нас не так давно решался технический вопрос для одного клиента для торговли на внебиржевом рынке. В частности, его интересовал рынок Forex и других подобных инструментов. Мы обошли практически всех крупнейших брокеров, которые существуют в мире, торгующие этими инструментами, начиная от EBS (ElekronicBrokingSystem)и заканчивая IG Index. Первоначально интерес к крупному клиенту, был у всех, но когда они узнавали, что система будет торговаться автоматически, то интерес пропадал либо возникали якобы технические вопросы, но результат таков: никто из форексных брокеров не согласился пустить к себе клиента, которые торгует по автомату. Исключением является EBS, но там требования к кредитным линиям таковы, что легче купить банк, чем выполнить эти требования.
В то же время, те брокера, которые специализируется на биржевых рынках, они с радостью предложили любые, чуть ли не ущемляющие их условия с целью затащить этого клиента к себе и торговать. Вот, где четко проявляется разница в принципе ведения бизнеса брокерами - на биржевых рынках или внебиржевых. Это серьезное отличие.
Еще одна немаловажная вещь для торговли в автоматическом режиме – это чтобы торги были желательно электронными. Потому что, если торги происходят с голоса, то на сегодняшний день, если брать товарные фьючерсы, торгующиеся на нефть и другие продукты, то опыт показывает, что быстрого исполнения невозможно получить и, соответственно, какие-то автоматические вещи за исключением слежения за стоп ордерами или подобного рода вещами – неэффективны. Торгуемы инструменты должны торговаться электронно.
Также и по поводу ликвидности, как это тоже уже было сказано ранее, если рынок не ликвиден, то он может не подходить для вашей системы.
Еще один немаловажный момент – как организован этот рынок. Практика показывает, что лучше если рынок организован по принципу фьючерсного рынка в США или как происходят торги на ММВБ, где каждый участник выставляет свои заявки и видит, по какой цене они выставлены и эта же информация доступна и другим участникам рынка. Т.е. так называемый принцип «справедливой цены». На тех рынках, где заявка изначально уходит сначала брокеру и потом уже брокер выводит ее на рынок или берет на себя, могут быть проблемы. Например если торговая система достаточно эффективно или достаточно быстро работает в силу инертности брокера или инертности его технических систем, то такие системы, как правило, долго не существуют, потому что рынки это не благотворительная организация и никто из своего кармана кормить чужую систему не будет. Поэтому лучше всего ориентировать на биржевые рынки, там, где инструменты торгуются электронно и где трейдер играет непосредственно с рынком, а не с маркетмейкером или другим непосредственным участником.
Вот основные торговые площадки, на которых уже имеются инструменты, торгующиеся в электронном виде.
|
AMEX |
EUREX |
MEFF |
SETS |
|
ARCA |
IDEM |
MICEX |
SFE |
|
CBOT |
IPE |
NYMEX |
RTS |
|
CME |
LIFFE |
NYSE |
XETRA |
Здесь представлены практически все рынки по акциям, фьючерсам, по Европе, в т.ч. в России, и Америке.
В принципе, на каждом из указанных рынков существует какой-то класс инструментов, который достаточно ликвиден для крупных объемов при торговле в автоматическом режиме. Наиболее ликвидные – это рынки американских фьючерсов и акций, также очень хорош, на наш взгляд, рынок европейских фьючерсов. В меньшей степени рынок европейских акций. Наши практические опыты на российском рынке показывает, что ликвидность по основным российским акциям вполне достаточна для проведения сделок в автоматическом режиме.
Какие варианты решений могут быть для того, чтобы автоматизировать эту торговлю?
Самый простой – найти платформу, в которой уже есть все необходимые функции для осуществления автоматической торговли. Как я уже говорил ранее, нужно несколько больше функций, чем кажется на первый взгляд. Просто рассылка ордеров и получение информации об их исполнении недостаточно для полноценной автоматической торговли, особенно если речь идет о разных рынках. Например, при совершении сделок арбитража – рынок АДР на российские ценные бумаги – и сами ценные бумаги, торгующиеся в России. Возможно, у каких-то крупных участников рынка есть возможность торговать с одной платформы. Но по всей видимости, нужно соединять воедино как минимум две платформы и два совершенно разных рынка географически и юридически. Поэтому мы не знаем готовых платформ для проведения быстрых и полноценных операций в таком виде.
Второй вариант – это открыть счет у брокера, который предоставляет такую платформу, например TradeStation. Здесь тоже есть различные проблемы. Если эта платформа используется только этим брокером, то может наступить такой момент, когда наступят во взаимоотношениях с брокером какие-то вопросы и придется его менять, и затраченное время и деньги на адаптацию своих систем к этому брокеру, могут пропасть даром. У нас, к сожалению, есть такой опыт когда мы разрабатывали эти системы для ряда американских брокеров и так случайно получилось, не по нашей вине, что один из брокеров прекратил существование, второй – реорганизовался, произошло крупное слияние и технические средства у них полностью изменились. Хоть мы предупреждали своих клиентов о возможности таких событий, но в любом случае, та работа, которую проделали клиенты по адаптации своих систем, была напрасной.
Также имеет отношение и при торговле с одним брокером. Если торговая платформа брокера построена таким образом, что брокер берет сначала сделки на себя, а потом выносит их на рынок, то есть большая вероятность того, что система будет хорошо зарабатывать, долго это так не пройдет.
Поэтому лучше ориентировать на платформы, которые доступны большому количеству участников рынка, которые распространены у многих брокеров. В этом случае если не нравится один брокер, всегда безболезненно можно перейти к другому и при этом использовать ту же платформу. На российском рынке мы акцентируем свое внимание по автоматизации торговли на платформе QUIK, т.к. она широко распространена и, практически, является одним из оптимальных решений при оптимизации торговли.
Третий вариант – это связать воедино все функции, которые нам необходимы, и создать некую платформу, которая воплощала все наши желания и могла подключаться к разным системам, разным брокерам и таким образом решать все наши вопросы.
Способ, по которому пошли мы, при всех его преимуществах, на сегодняшний день является наиболее затратным для трейдера если он его начнет решать самостоятельно с «нуля». Как показывает опыт, в своей деятельности необходимо специализироваться. Так если трейдер занимается только торговлей и не занимается разработкой своих систем, то вполне логично, чтобы те вещи, в которых он которые он не разбирается, выполняли бы другие люди. Более профессиональные в своих областях, и сделали бы то, что ему нужно, чтобы не изобретать заново велосипед.
Практическая реализация
Как уже упоминал, для того, чтобы реализовать хоть какие-то минимальные функции для автоматической торговли, надо иметь возможность получить информацию и отправить приказ через торговую платформу брокера или ту, на которой мы торгуем. Посредством чего это можно сделать? Учитывая, что здесь разный уровень подготовки участников, я начну с простого объяснения.
Все программы работают между собой посредством соединений и варианты этих соединений могут быть различны. Наиболее простой и известный их них - Dynamical Data Exchange – DDE, остаточно старый способ, позволяющий осуществлять передачу данных между приложениями с не очень большой скоростью, но преимущество его в том, что он практически доступен всем.
DDE - Dynamic Data Exchange - динамический обмен данными, технология обмена данными между приложениями в среде операционных систем Windows и OS/2 через специальный буфер - область памяти, к которой имеет доступ каждое приложение.
DDE использует архитектуру клиент-сервер. Так, приложение-клиент (например, Excel) может запрашивать данные у приложения-сервера (например, какой-нибудь источник данных). Данный обмен данными считается уже устаревшим и имеет значительные недостатки по скорости работы и устойчивости. Хотя из-за своей простоты использования, очень широко применяется.
Второй вариант – это OLE-объекты, компонент Active X. Представляется более грамотным решением для взаимодействия между разными приложениями.
Аббревиатура OLE расшифровывается как Object Linking and Embedding и обозначает собой стандарт, поддерживаемый операционными системами Windows, который позволяет создавать объекты с помощью одного приложения и внедрять их в данные другого приложения или ссылаться на него из другого приложения. В простейшем случае мы можем данные их одного приложения (например, TradeStaion) вставить в другое (например, в ячейку Excel), через внешнюю библиотеку, как это реализовано в нашей программе TS Link. В этом случае пользователь получает возможность обмениваться данными между двумя приложениями (TradeStation <-> Excel), которые раньше такой возможности не имели. Обмен данными происходит значительно быстрее и устойчивее, чем по DDE, функциональность также значительно выше.
У каждого есть свои плюсы и минусы, но выбирать приходится исходя из того, что мы имеем. Например, если брокерская платформа поддерживает только DDE, то мы вряд ли сможем использовать что-то другое. Если же есть возможность работать на OLE и Active X-компоненты, значит, возможностей появляется, как правило, больше и возрастает скорость.
Третий вариант – это продолжение второго варианта, объекты DCOM. Принцип позволяет достаточно гибкое взаимодействие. COM и DCOM - технологии, обеспечивающие взаимодействие между компонентами приложения и позволяющие развертывать распределенное приложение на платформе Windows. COM является моделью программирования на основе объектов, которая упрощает взаимодействие различных приложений и компонентов, а DCOM - это своего рода "связка", связывающий воедино разнообразные технологии, применяемые в распределенных приложениях. DCOM дает возможность двум или нескольким компонентам легко взаимодействовать друг с другом независимо от того, когда и на каком языке программирования они были написаны, а также где именно они находятся и в какой операционной системе работают.
Но самый, на наш взгляд, оптимальный вариант – это вариант через API-интерфейс.
Application Programming Interface - это тот уровень, когда мы имеем, некий набор функций, который мы можем в своей программе, в своей системе вызывать и передавать те нужные нам параметры, приказы, получать нужную нам информацию наиболее гибким и устойчивым образом.
Как правило, API – это набор функций или классов, предложенный разработчиком, который используется программистами для создания приложений определенной функциональности.
Использование стандартизированного API облегчает организацию компьютерного интерфейса с периферийными устройствами и другими приложениями. Фактически пользователь получает весь доступный набор функций, но использует их и отображает в таком виде, как это нужно ему. На наш взгляд – это один из лучших способов, , который на сегодняшний день доступен, если та система из которой Вы хотите отсылать ордера, имеет встроенный API.
Единственное, что у разных систем, разных брокеров, достаточно сильно различается работа этих API-интерфейсов. Это опять-таки связано со спецификой рынков, потому что рынок американских акций или фьючерсов сильно отличается от российских не только по организации торговли. Все это накладывается свой отпечаток.
Здесь перечислены вкратце торговые платформы и системы генерации сигналов, которые одни из основных и наиболее известных, доступных для автоматической торговли.
TradeStation – знают практически все. Это очень распространенный и удобный пакет. На сегодняшний день для импорта своих сигналов в какие-либо системы является наиболее оптимальным, единственный вопрос заключается в том, что при решении вопросов экспорта сигналов делать это напрямую, сразу в брокерскую систему (например посредством какой либо Dll и т.п.), без программного интерфейса с дополнительными функциями, совершенно нецелесообразно. Мы выявили это практическим способом и убедились неоднократно.
Далее следуют платформа PatSystems – платформа, которая в основном в основном используется для торговли фьючерсами, торгующихся электронно. Это европейские и американские рынки. У них хорошее развитое API, которое позволяет решать практически все вопросы в технической торговле. В т.ч., насколько мне известно, эту платформу используют американские маркетмейкеры, для проведения своих операций по создания ликвидности рынка и т.п.
Две отечественные платформы – Quik и Netinvestor, которые позволяют осуществлять импорт транзакций непосредственно на биржу, которые также имеют API.
Конечно, есть и другие, здесь приведены основные платформы, но суть их сводится к одному – у платформы должен быть какой-то интерфейс, через который можно импортировать свои сигналы и получать информацию обратно. Чем он лучше организован, чем он сделан проще и профессиональней, тем лучше для трейдера и разработчика автоматизированной системы.
Наше решение, которое мы создали по автоматизации торговли.
Во-первых, мы решили, что ограничивать трейдера или разработчика системы в каких-либо средах, в которых он разрабатывает свои сигналы, было бы неразумно. Поэтому, создали возможность для работы как начинающих людей, которые еще не очень хорошо разбираются в программировании. Так до уже вполне профессиональных программистов, которые могут использовать самостоятельно те приложения, которые у нас доступны.
На сегодня в нашей системе доступен импорт транзакций из Excel, TradeStation и имеется API-интерфейс, который разработчики могут использовать непосредственно в своих системах. Например для вызова нужных функций, получения нужной информации и взаимодействия уже на более высоком уровне. Соответственно, уже задача нашей платформы:
- доставить этот сигнал брокеру или брокерам. Так в нашем случае это может быть несколько торговых систем (платформ или бирж).
- получить рыночную информацию от брокеров или других информационных систем и передать ее непосредственно в торговую систему, которая принимает решение о генерации сигналов.
Нарисована приблизительная схема, как осуществляется работа в режиме тестирования.
То, что обведено зеленым – находится на стороне клиента. И в данном случае работает 2 сервера. Как я говорил, одна из задач, которую надо решить разработчику системы – это протестировать систему. Наша система позволяет на тех серверах, что у нас имеются, протестировать в реальном режиме времени на нужном Вам инструменте свою систему, особенно, если это автоматическая система, которая генерирует несколько сот заявок в день. Наверно все-таки удобнее, чтобы это было сделано механистически. В этом случае, по крайней мере, не нужно тратить время на подсчет результатов, выведения результатов в Excel и там рассчитывать все эти параметры, которые могут рассчитываться свободно при торговле. Причем, не важно, для одного это инструмента или для портфеля. Как вы видите, у нас подключен условно названный RandomFeed - генератор случайных котировок. Он используется не для того, чтобы рисовать интересные графики или эмулировать какую-либо реальную торговлю. Просто очень часто разработчики своих систем работают по вечерам, по выходным дням, когда реальные рынки не работают. Или например нужно для быстрого тестирования своих систем получать котировки с более высокой скоростью, чем происходит на реальном рынке. С тем, чтобы увидеть, как работает их торговый алгоритм. Конечно, результаты этого тестирования не имеет смысла рассматривать с точки зрения доходности или прибыли. Это просто отладка того, как работает механика, как выполняются заявки, как все обрабатывается, нет ли где ошибок. Также у нас имеется реальный DataFeed. Также можно, если клиент имеет доступ в какую-либо информационную систему, например Reuters, RealTick и пр., подключить и получать котировки от своего DataFeed по тем инструментам, которые ему доступны. Или непосредственно получать их от той брокерской платформы, если речь идет о реальной торговле. Наш сервер, где происходит эмуляция сделок, эмулирует исполнение как на реальном рынке. Разумеется, там есть некоторые ограничения. Но, в принципе, если считать, что ликвидность для выбранного при тестировании инструмента достаточна, то эмуляция будет проходить весьма корректно, полностью в соответствии с рыночными спрэдами, проскальзываниями при заполнении ордеров и прочими вещами, которые возникают при реальной торговле.
На этой схеме уже показана работа при реальной торговле, когда непосредственно происходит уже подключение к реальным брокерским серверам. Не к тестовому серверу, а к реальному.
Этот вариант решения для распространенной платформы Quik. Дело в том, что в Quik имеется помимо импорта транзакций через текстовой файл также весьма хорошо развитый API–интерфейс. Который является хорошим решением, за счет того, что можно отсылать ордера непосредственно на сервер брокера, получать информацию. Что еще немаловажно, автоматизирована в этом случае может быть и бэкофисная часть. Снижение так называемого процессинга работы, является очень важной задачей. Потому что, в особенности, при торговле портфелем инструментов, да еще по нескольким счетам и нескольким клиентам, все это рассчитывать вручную занимает большую часть времени, чем обычно трейдер использует для анализа своей деятельности, т.е. рынка. Задача трейдера - придумать систему, отслеживать ее параметры, а механическую работу можно возложить на те системы, которые могут выполнять эту работу лучше, чем он, да и быстрее.
Это вид нашей платформы, она позволяет делать сделки как вручную, так и автоматически. И, в принципе, является просто транспортной средой между системой трейдера и брокерской платформой или тестовым сервером при тестировании своих алгоритмов. Она отображает состояние ордеров, состояние открытых позиций, закрытые позиции и сигналов команд, которые принимает. В принципе, большего на наш взгляд, в качестве терминала для наблюдения за ходом торгов, не надо. Функции построения графиков или какие-либо другие расчеты – она на себя не берет, потому что в любом случае лучше, чем это сделано в MetaStock и TradeSatation, вряд ли кому сделать удастся, поэтому, на наш взгляд, делать это нет смысла. Но, скажем, функция просмотра ЭКВИТИ портфеля или анализа каких-то вещей, связанных со своей торговлей можно туда вставлять и инструментарий для этого имеется.
Как уже упоминал, можно получать через эту платформу котировки с различных источников, начиная от random-генератора и по реальным инструментам, по рынкам Forex, американских, европейских акций и фьючерсов. Имеется также возможность экспорта данных по DDE.
Нам хочется верить, что это новый стандарт в тестировании стратегий и в принципе, тестировании в первую очередь, автоматических торговых систем.
Предлагаемое нами комплексное решение автоматической торговли
TS iTradingSuite
TS iTrading Suite – это торговая платформа, устанавливаемая у клиента, которая через Интернет подключается к серверам, осуществляющим передачу данных (котировки, информация о выполненных ордерах и т.п.), эмулирующим исполнение торговых приказов системы пользователя либо отправляющим их брокеру на исполнение.
Особенностью системы является то, что она приспособлена для автоматического получения торговых приказов от различных приложений (TradeSatation, Excel и т.п.) имеет встроенный Datafeed (источник котировок) и возможность подкачки исторических данных по технологии On Demand например в TradeStation или другие приложения пользователя. С ее помощью может осуществляться как тестирование торговых стратегий, так и «боевая» торговля в автоматическом режиме. При этом доступны все основные типы инструментов: Stocks, Futures, Forex.
Рынки этих инструментов достаточно широки: американские, европейские и российский. Фактически, доступны все инструменты, которые торгуются в электронном виде на европейских, американских и российских биржах. Кроме того, имеются инструменты, котировки по которым генерируются методом «случайного» числа (инструменты с расширением _RND). Такие данные могут использоваться для тестирования и отладки алгоритмов в «нерабочее» время рынков или для ускорения (случайные данные в случае необходимости могут поступать быстрее) отладки всех вариантов действий торговой системы пользователя.
Для визуального контроля за предусмотрено отображение открытых позиций:
Текущего состояния ордеров:
И совершенных сделок:
Одной из особенностей, является то, что система ведет архив данных о совершенных ранее сделках и ордерах для анализа «истории» работы своих алгоритмов.
Для трейдеров, торгующих дискретно или на рынках, где отсутствует электронная торговля ( инструменты торгующиеся в «Яме» например на NYMEX, IPE и т.п.), предусмотрена возможность «ручного» ввода заявок
Система поддерживает работу с несколькими торговыми счетами (с разграничением, в случае необходимости, прав доступа к ним), что позволяет торговать одновременно несколько разных портфелей, активов и стратегий и получать статистику по ним раздельно.
Для взаимодействия с другими приложениями пользователя (получение сигналов, передача котировок и т.п.) имеется встроенный интерфейс для Excel и TradeStation.
Для подключения к другим платформам имеется гибкий API интерфейс с необходимом набором функций, которые, в случае необходимости, можно расширять. Используя эти функции, пользователь может создавать собственные торговые системы на любых языках программирования (Delphi, C++ и т.п.) и решать практически любой круг задач.
Схема работы в режиме тестирования систем:
На стороне пользователя работает «клиент» и различные приложения для генерации сигналов (TradeSatation, Excel или другие программы). Клиентская часть TS iTradingSuite через Интернет передает их на наши сервера и получает информацию о котировках.
Реальная торговля
При реальной автоматической торговле, клиентская часть, находящаяся на компьютере пользователя подключается непосредственно к серверу брокера, от которого получает информацию и передает ему торговые приказы, сгенерированные в TradeStation, Excel и т.п.
Пример работы платформы с подключением к Quik.
Поскольку у торгово-информационной платформы Quik имеется развитое API, отсылка приказов происходит непосредственно на сервер брокера и в дальнейшем на биржу.
Использование платформы TS iTradingSuite возможно любым пользователям на условиях ежемесячной абонентной платы, начиная от 50 USD в месяц. В эту плату входит DataFeed, т.е. получение котировок в реальном времени по интересующим пользователя рынкам и активам.
Настройка платформы для реальной торговли с конкретным брокером или торговой платформой происходит индивидуально. Это возможно практически для любой системы, имеющей API интерфейс.
Например:
PatSystems – все американские и европейские фьючерсы, торгующиеся в электронном виде.
Quik – инструменты торгующиеся на российском рынке.
---------
Вопрос:
Предлагаете ли Вы клиентам готовый язык для программирования?
Ответ:
Вы имеете ввиду встроенный язык программирования как в TradeStation EasyLanguage ?. Нет, это сделано специально. Наша платформа выполняет роль связующего звена и транспортной среды. Лучше, чем написан, например, EasyLanguage в TradeStation или чем сделан какой-либо язык программирования Delphi или Си ++, вряд ли удастся кому-либо реализовать. Поэтому если трейдер или разработчик системы знает хорошо какой-либо язык программирования, он может запрограммировать свою систему сам и работать уже с нашей платформой используя API функции.
Вопрос:
Какова стоимость вашей платформы?
Ответ:
Она не имеет стоимости, клиент платит за сам сервис, так как подключение происходит к нашим серверам. Если говорить про адаптацию нашей платформы к реальным брокерам, то это каждый раз обговаривается с клиентом индивидуально. Так как запросы у всех разные и создать универсальную платформу под всех брокеров очень сложно.
Вопрос:
И всетаки, сколько будет стоить подключение к реальному брокеру
Ответ:
Смотря какая задача Вас интересует. Если вы хотите просто протестировать свою систему – это один вариант. Если вы хотите подключиться к какому-то реальному брокеру – опять-таки, какие функции Вы хотите реализовать.
Реплика: Я не хочу никаких функций, я хочу просто купить эту систему.
Она не продается, потому что она не может быть продана, это подключение через интернет к нашим серверам, т.е. сервис, это как неотъемлемая часть «клиент-сервер», поэтому здесь можно вести речь только о каком-то периоде использования и в зависимости от поставленной задачи цена будет разная. Начиная с того, что в режиме тестирования это будет начиная от 50 USD в месяц. Если клиента интересуют сложные вещи, то цена индивидуальная и может составлять от нескольких тысяч USD за месяц разработки. Как уже говорил, что если решать вопрос автоматизации торговли – это затратный способ, но он более быстрый и, практически, более правильный, потому что можно изобретать велосипед, но времени потратится значительно больше, а самое ценное – это время.
Вопрос:
А сервер снаружи?
Ответ:
Да, сервер снаружи.
Вопрос:
С какими платформами можно использовать вашу программу для реальной торговли?
Ответ:
Эта система работает с Quik и PatSystems и еще с рядом американских брокерских систем.
Вопрос:
С какими брокерами вы работали с вашей платформой ?
Ответ:
В PatSystems, она доступна, например, от Refco и у других крупных брокеров. Мы реально торговали через Refco. То, что касается российского рынка, - это БКС.
ДАЛЕЕ ДИСКУССИЯ
Какие функции, помимо указанных вами, может выполнять ваша программа, какая информация может получаться из вашей платформы и может ли она копиться?
Это зависит от того, как Вам нужно. Если вы хотите, чтобы некая информация копилась – она будет копиться. А в принципе мы ориентируемся на то, что дает брокер. Если брокер не копит информацию, то вопрос накопления данных решается уже как отдельная задача. Так же как стоп-ордера - многие брокеры, системы или рынки - не принимают стоп-ордера. Они принимают только стоп-лимиты, если дело касается электронных рынков, либо других. Или как в Quik при торговле через БКС нет такого понятия, как маркет-ордер, надо выставлять лимит-ордер выше рынка, чтобы взять как бы по маркету. Это аналогичная проблема.
Да, да, именно в этом и заключается адаптация к работе, потому что у каждого брокера, как говорится, свои прибамбасы, поэтому в каждом случае приходится их решать индивидуально. Иногда, казалось бы, простая вещь доставляет столько хлопот и на ее решение затрачивается много сил и времени.
А почему недоступны маркет ордера ?
Это, наверно, вопрос к организаторам торговли. Я могу предположить, что это, скорее всего, при выставлении рыночной заявки цена в момент срабатывания ордера может быть любой. Например, теоретически плюс бесконечность или ноль - мало ликвидный рынок. Если вспомнить историю развития электронных рынков, то в действительности даже целые фонды и группы фондов работали на так называемом «срыве ордеров».т.е. они видели клиентские заявки, выставляли свои ордера например через 100 пунктов выше этого ордера, срывали каким-то минимальным объемом клиентский ордер, а дальше он исполнялся по маркету и им заливали выше рынка на 100 пунктов. Потом рынок возвращался, и они закрывали позицию обратно. Даже был такой термин как «пираньи». Во избежании таких проблем были введены стоп-лимит ордера, это во-первых. Во-вторых, многие пошли другим путем – отмены рыночного ордера. Также можно предположить, что если ваша система каким-то образом «сошла с ума», и начинает выплевывать рыночные ордера по непонятным ценам с непонятными объемами, то просто ваш счет очень быстро придет к нулю. Были такие случаи называемые «жирные пальцы», так ли иначе в разных платформах ставятся и такие защиты тоже. С тем, чтобы выше какого-то заданного предела не было совершено какой-то сделки.
В каком виде поступает информация в клиентскую систему где гененриуются сигналы?
Информация поступит в клиентское приложение, где клиент разрабатывает систему в том виде, в котором ему надо, допустим либо это значение цены, либо это какой-то текстовая строка.
Как можно увидеть прибыль/убытки, в какой валюте они считаются, по каким инструментам ?
А вы видите это в платформе сразу. Т.е. это можно сразу считать, как вам нравится.
Если мы говорим про реальную торговлю, то зависит от сервера брокера. Если про эмуляцию торговли (наш сервис), то мы включили, на наш взгляд все ситуации, которые могут возникнуть. Так торгуются инструменты, начиная с Forex, акции и фьючерсы, кроме опционов, что уже достаточно широкий спектр.
Торгуются инструменты с разной базовой валютой, соответственно, профит по Last считается в той валюте, в которой он торгуется. И если есть желание считать портфель в какой-то своей валюте, торгуя с разными инструментами, то это тоже можно реализовать. Т.е. в этом и заключается смысл - можно сделать не так, как есть, а так, как надо. Это не уже не «тебю», это – «меню»!
Можно ли задать торговую декларацию ?
Не совсем понял ваш термин «декларация»…
Т.е. система выполняет не одну сделку а сразу несколько...
Здесь мы предусмотрели такой вариант. Начиная с того, что вы можете в своей торговой системе это прописать самостоятельно. Второе – это то, что мы можем в торговой системе запрограммировать заранее, так называемый исполняемый макрос (или например Template) и когда приходит команда из вашей торговой системы, например: «торгуем систему №1», то она делает как раз то, что вы сказали. Т.е. это можно заранее заложить в программу, словом, здесь уже ваша фантазия подскажет вам, как это сделать. Особенно если мы говорим про торговлю с несколькими счетами, часто возникает вопрос совершить сделку каким-то крупным лотом с разбивкой по нескольким счетам. В России, насколько я знаю, нельзя торговать с одного счета каким-то большим объемом, потом разбивать по нескольким счетам или, по крайней мере, это связано с какими-то проблемами в этом плане. На западных рынках есть так называемый Omnibus Account, когда человек торгует на одном счету, а потом распределяет по разным счетам сделки. Здесь это тоже можно сделать, причем автоматически.
2. Метрология и стандартизация. Вопросы к экзамену
3. Ковалев Сергей Адамович
4. тема ценностных ориентаций определяет содержательную сторону направленности личности и составляет основу е.html
5. Тема 8 Пути совершенствования организации заработной платы 8
6. Бюджет слово английского происхождения которое означает
7. Стендаль1
8. Тема Дошкольная педагогика как наука Выполнила Шаповалова Н
9. Радиопередатчик телеметрической систем
10. Тема- Субъект и объект познания
11. ЕВ Никошкова АНГЛИЙСКИЙ язык для психологов
12. Энджелбарт Дуглас
13. Важно чтобы тип величины был согласован с видом выражения
14. Культура Нового времени
15. Лекция БЖД Жукова А
16. Вариант Часть 1
17. Реферат- Огюст Конт и наше время.html
18. і Аралас саба~ты~ ~~рылымы ~р т~рлі болады
19. Православие в Японии
20. Реферат- Моторная афазия- виды, причины развития, лечение