Глава пятая, в которой Гном начинает раскрывать Вике секреты робота Седого
 
…
 
— Звонил Седой. Сказал, что раз за неделю робот на ресторан не заработал, то идти в него незачем.
 
Вика, казалось, расстроилась. Выходить по воскресениям в люди начинало входить в привычку и было видно, она готовилась к воскресению.
 
— Ну давай их сегодня к нам пригласим? Я ужин приготовлю. Алиса ведь приехала?
 
— Приехала и уехала. На самом деле Седой с ней удрал в Израиль до вторника. Поэтому и прикрылся результатом робота как поводом отменить встречу.
 
— Ммм… жаль.
 
— Ну ты не куксись. Сегодня все равно пойдем перекусим. Вдвоем. Покажу немного внутренностей лехиного киборга. — подмигнул ей я.


( Читать дальше )

                При данном исследовании было потрачено немало труда, поэтому ссылка на автора при перепечатке обязательна. © Simix.
                Сразу скажу что расчёт ГО тема скользкая, т.к. представляет собой величину умозрительную — риск. Есть люди, которые прыгают с парашютом для развлечения, а я считаю что этот риск слишком велик чтобы прыгать без необходимости. То есть риск зависит от того, кто смотрит.  Если бы мы все знали реальные риски той или иной ситуации, то была бы не жизнь, а красота. Поэтому ровно такое же ГО как в QUIKе вы не получите никаким оффлайновым алгоритмом. Биржа имеет насчёт ГО свои взгляды, собственные поправочные коэффициенты и собственный модуль, который работает только с подключением к бирже.
Но посчитать ГО в оффлайне всё-таки можно.
Чтобы как-то ограничить и описать риск  количественно, биржа вводит ряд предположений и условий, а также приводит открытую методику которыми мы и воспользуемся:


( Читать дальше )

В прошлой части данной статьи мы узнали, как подключиться к терминалу QUIK, создали свой DDE сервер, с помощью которого мы смогли импортировать данные в наше приложение. Сейчас нашей задачей является реализация торгового алгоритма робота и отправка заявок на совершение торговых операций в терминал.
За основу алгоритма для торговли возьмем алгоритм, который я описывал ранее (http://robostroy.ru/community/article.aspx?id=537). В качестве входа в сделку используется свечной паттерн: две повышающиеся свечи — дают сигнал на покупку, две понижающиеся — сигнал на продажу.
Помимо этого, условием входа в длинную позицию также является условие:
High[bar] > High[bar-1] and  Low[bar] > Low[bar-1]
т.е. максимум текущей свечи больше максимума предыдущей и минимум текущей больше минимума предыдущей.


( Читать дальше )

Глава четвертая, в которой Седой находит приключение на свою лысую голову, а Вика узнает еще одно свойство дельты.
 
Начало: http://smart-lab.ru/page/options/ 
 
Мы сидели в ресторане уже 20 минут, а седого все не было. Это было как минимум странно, ведь жил он всего в десяти минутах езды. Так что я достал телефон и в этот момент увидел его, идущего к нашему столику. Вид у Седого был диковатый и взбудораженный, ворот серого поло задрался кверху. Что-то явно произошло.


( Читать дальше )

Для большинства трейдеров свечные графики различного таймфрейма это и есть рынок, там скрывается все — и тренд и боковик и хитрый маркет мэйкер с глобальным кукловодом. Начнем с простых фактов, за одну сессию 2012.11.07 на фьючерсе Ri ядро биржи обработало 10 449 043 транзакций или примерно 12 000 транзакций в минуту, одна свечка самого «высоко частотного» минутного таймфрема скрывает за собой огромное количество более элементарных действий. Поэтому мы спустимся на самый низкий уровень того, что происходит на бирже и начнем оттуда.

    Можно долго рассказывать про то как устроена биржа, про промежуточные сервера и другие части «транспортной» инфракстуры, какие задержки они вносят при путешествии заявки, но в конце пути любая заявка попадает в ядро биржие, где непосредственно происходит то ради чего все собственно и затевалось — сведение(matching). И на этом уровне, в смысле формата данных и производимых элементарных действий, FORTS мало чем отличается от той же CME или любой другой современной биржи. Входной поток состоит из заявко двух типов, на вставку(insert) и отмену(cancel). Бьете вы по рынку или выставляете заявку в глубь стакана — для ядра нет разницы, все это в конечном итоге преобразуется в заявку на вставку, которой присваивается свой уникальный идентификатор. Другой тип заявок — на отмену, позволяет убрать часть(или всю) предшествующей заявки на вставку. Ядро принимая на входе поток состоящий из заявок на вставку и отмену, создает поток сведенных сделок, каждая сведенная сделка связана с двумя заявками участвующих в сделке. Исходя из полученного потока, затем строятся стаканы, и тиковые данные(сведенные сделки), которые рассылаются пользователям(к примеру на RTS срезы стаканов строятся с периодичностью 30 миллисекунд), и лишь затем тики преобразуются в красивые свечки, отображаемые на экране. Поток данных содержащий заявки на вставку, отмену и сведенные сделки, на FORTS называется Full Order Log.

( Читать дальше )