В статье пойдет речь о проблеме выбора даты перехода со «старого» на «новый» контракты. Исследование проводилось на данных четырех экспираций 2012 года фьючерса на индекс РТС. Также поднимается вопрос о дате склейки фьючерса компанией Финам и расхождении тестовых данных с реальными котировками. В конце небольшая идея для дальнейших исследований. Статья будет интересна тем, кто торгует срочными контрактами не так давно. Особенно полезна для алготрейдеров, которые по какой-либо причине не успели изучить данную проблему.
 
Экспирация. В этот день трейдеры обычно перестают торговать «старым» фьючерсом и переходят на «новый» контракт. Потому что «старый» к вечеру перестает существовать. Кончается. Исполняется. Экспирируется. Если кто-то не курсе про экспирацию – на смарт-лабике есть статья в словаре. 
 
До недавних пор я и не задумывался об этом явлении – просто 15-го числа отчетного месяца начинал торговать следующий контракт. Но месяц назад я заметил, что Финам, данные которого я использую для тестирования торговых систем, «переходит» на новый фьючерс не 15-го числа, а 11-го… Так называемый «склеенный» фьючерс РТС на истории отличается от того, что лично я торгую на практике.

 
Так возникла идея о самостоятельной «склейке» фьючерса. Но вот вопрос: когда нужно переходить на новый контракт? В день экспирации или раньше? А если в день экспирации, то прямо с утра или после обеда?
 
Помимо вопроса о дне перехода стоит отметить ещё один важный момент – неадекватный скачок цен на историческом графике для тестов. Но обо всём по порядку.
 
Когда переходить? Для ответа на этот вопрос обратимся к объемам. Сравним часовики за 3 дня до экспирации, например, июньской. Ниже на графике данные по июньскому и сентябрьскому фьючерсам на индекс РТС за 13, 14 и 15 июня 2012 года.
 

 

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

Прямая ссылка для входа здесь:

Заходим прямо сейчас!
Начало в 19:00!

http://connect1.webinar.ru/go/valez/webinar_152 

Каждый трейдер, какой бы рынок он не торговал, всегда задает одни и те же вопросы:

1. Какую позицию занимать на рынке длинную или короткую?
2. Какие цели движения?
3. Какая точка входа является оптимальной?
4. Где ставить стоп?

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

Но торгуя по графику, трейдер сталкивается с известным явлением – субъективизмом восприятия информации.  Это означает, что на графике каждый трейдер находит, что то свое, которое понимает только он сам.

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

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

\
Наглая паста с хабра (перевод)

 Оригинал здесь: http://habrahabr.ru/post/163371/

Автору спасибо. 

Тема интересна. 
Высокочастотный трейдинг (HFT) с использованием FPGA перевод
Программинг микроконтроллеров*, Высокая производительность*
Данная статья рассказывает о разработке узкоспециализированного аппаратного устройства для целей HFT. Его специализация направлена на достижение минимально возможных временных задержек для обработки рыночных данных и, следовательно, на уменьшение времени раунд-трипа при осуществлении сделок. Реализация, описанная в этой работе, осуществляет разбор пакетов Ethernet, IP и UDP, а также FAST протокола, который является наиболее распространенным при передаче рыночной информации. Для подобных целей был разработан собственный движок микрокода, с поддержкой набора команд и компилятором, благодаря чему достигается поддержка широкого круга применяемых в трейдинге протоколов. Конечная система была реализована в RTL коде и исполняется на FPGA. Данный подход показывает преимущество в 4 раза, по сравнению с полностью программными решениями.

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

Предыдущий топик http://smart-lab.ru/blog/94964.php

Продолжаю пилить робота, 3 дня потратил на сам алгоритм торговли. Для теста использую сервер Quik Junior. Акция сбербанка — один из самых ходовых и «запильных» инструментов на демке. Само собой такая торговля на акции (в 3-10 шагов цены) — себе лишь в убыток. Но я не ставлю целью разработать робота под акции — мне нужен HFT под фьючерсы, котировки которых будут доступны к сожалению лишь в боевом акаунте (но 100% депозита у меня в О2ТВ )) и ТКСМ… жду январский выстрел ;) )

В алгоритме робота пока использую только слежение за движением цены bid & ask. Объемы не анализирую. Все сделки пока совершаются лимитками. Менеджер ордеров  информацию на предмет исполнения заявки  не анализирует ( с того собственно пока и висят не исполненные целиком или полностью лимитки)

Какие перемены? :) робот делает прибыльные сделки!!! :) и их большинство!… но… дальше всплыл очевидный в плане наличия, но не очевидный «как часто косячащий» момент — неисполнение заявок. А это ключевой момент торговли: войти… и выйти по ЛУЧШЕЙ цене! А мы что видим? висят себе частично или вообще не исполненные лимитки… хорошо им, если депозит большой и плечо мелкое, а так на третьей заявке может придти сообщение «не достаточно лимита».  Ладно если не открылась — отменил заявку и радуйся (… упущенной прибыли ))) )… так оно ведь и частично может исполнится… или самое худшее — не закрыть контр трендовую заявку. В общем лог сделок со всеми открытыми-не исполненными лимитками сейчас выглядит так:

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

Первая часть тут smart-lab.ru/blog/89837.php

немного затянул с ответами, сорри гайз.

факты: первый год за последние несколько, когда получал квартальные убытки. I+ II- III+ IV-
суммарный результат за год -15% от начала года ( комиссии больше убытка, кстати).

более детально:

I квартал — резкая потеря прибыли перед экпирацией. + был но не такой как обычно, в разы меньше.
II квартал — два месяца работы в ноль выбили психологически. особенно с учетом неудачного завершения I квартала.
результат — тильт, получение убытка выше критической отметки — фикс. форсирование переосмысления происходящих событий.
III работа на стабильный результат, главная цель — получить +, чтобы убедиться что в целом все под контролем. несмотря
на пару серьезных ошибок результат получен.
IV квартал — неожиданный "-". до последнего момента ситуация могла перевернуться. и вместо убытка мог быть ноль или
сравнимый +.
 
анализ:
основные факторы повлиявшие на результат в порядке их важности (экспертная оценка)
1. Изменившийся рынок. Как я уже неоднократно говорил, да и от коллег слышал такие же высказываения — примерно в марте
2011 года рынок изменил свое поведение. особенно поведение волатильности. я это почувствовал еще тогда. возникла дилема
— меняться вслед за рынком или сохранять статус кво и наблюдать за результатом. выбрал второе, так как стратегия
досточно тонкая, потерять ощущение происходящего не трудно а вот вернуться обратно, если понадобится будет трудно. в
результате 2011 год был не самым лучшим по относительной доходности, но по абсолюту жаловаться не на что. хотя август
показал, что пересмотреть кое-какие принципы все-таки придется. в первую очередь работу с риском. в 2012 тенденция на
изменение характера рынка продолжилась и вот результат — уже к началу года попал в область «нулевой» доходности. сама по
себе эта область не так уж плоха. если у вас есть несколько систем каждая из которых работает в уверенный + на своем
типе рынка и работает в 0 на совершенно неподходящем типе рынка, то проблем вобщем-то и нет. в моем случае — у меня была
только одна система. так как в предыдущие периоды она была явно сверхэффективна -тратить золотое время на разработку
допсистем не хотелось, да по сути это было и не возможно — внимания не хватило бы)
2. ликвидность. в этом году было три-четыре ключевых момента, когда тупо не хватило ликвидности. я и раньше иногда
чувствовал недостаток ликвидности, но в целом ликвидность росла и я не придавал этой проблеме слишком большого значения.
в этом году проблема ликвидности стала острее. и дело не только в том, что ликвидность упала. может она даже и выросла
(на опционах), но она стала «умнее» — т.е. стало нехватать ликвидности именно в тех условиях когда она была очень нужна
и наоборот- избыток ликвидности, когда лучше ничего не делать. вывод — рынок опционов повысил свой профуровень.
если бы не эти несколько ключевых моментов. то убыточные кварталы скорее всего были бы менее убыточными IV так и вовсе прибыльным. и общий резултьтат за год легко мог быть бы около нуля.
3. суета. когда я окончательно понял что все идет не так как должно, я попытался прямо по ходу пьесы поискать новые возможности и подходы. это привело к нечеткому поведению. суета на рынке как известно всегда в минус.
4. просто тупая неудача. так как в стратегии нет абсолютно четких правил стратегия с некоторой регулярностью попадает в точку принятия решений. система устойчива к «неоптимальным решениям». но в целом психологически комфорно когда «оптимальные» и «неоптимальные» решения приходят хотя бы с чатотой 50/50. обычно я работал в режиме- месяц неудачных решений, месяц удачных решений. с марта началась черная полоса. колличество неудачных решений возросло до 70-80% (что в первую очередь было спровоцировано нежеланием пересматривать основной подход). и общее по году соотношение наверно тоже далеко от 50/50 в худшую сторону.
 


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

При создании робота, как и любой задаче по программированию,
есть стадия формирования решения в виде логической блок-схемы,
и есть стадия технического воплощения элементов.
Качество робота, кроме чёткости исполнения алгоритма,
в значительной степени определяется скоростью расчёта
актуальных рынку команд.
Для начала сделаем общую оценку. Самая хлопотная,
ресурсоёмкая и «бесполезная» часть робота — взаимодействие
с «хомосапиенсом»: графики, формы, таблицы и прочие
штуки никакой полезности собственно алгоритму не дают,
поэтому по-возможности хорошо бы от них избавиться.
Далее, компьютер в своей основе — это инструмент обработки
целых чисел 0 и 1. Все прочие он с определённой точностью
и скоростью выражает при помощи этих двух. Поэтому данные,
которые будет обрабатывать алгоритм, следует изначально
выразить в формат, удобный компьютеру.

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

Продолжение постов http://smart-lab.ru/blog/94643.php

Вылизываю DDE экспорт. Соптимизировал передачу данных от нескольких инструментов (акции-фьючи) разных площадок одновременно. Свел к минимуму затраты памяти и цикл формирования структур на передачу новых пакетов в ядро робота. Внутри робота создал классы, формирующие данные от стаканов, таблиц лимитов, тиковых данных с множественными источниками, таблицы настроек торгуемых бумаг. Что в итоге получилось? :) 

1. внутри квика есть базовый набор таблиц, которые я по хоткею Ctrl+L экспортирую в робота
2. в каждой таблице задаю ровно те бумаги, которые хочу чтобы обрабатывал робот
3. робот автоматически обрабатывает «налету»  все эти бумаги, при этом формируя правильного формата заявки на боевой сервер через мой шлюз к trans2quik.dll (учитывает различие счетов для ФОРТСА и ММВБ, подсавляет корректные код бумаги и код класса, код клиента) Таким макаром сходу может торговаться и скажем фьючи рубля-ртс и какие ликвидки, вроде сбера, втб и лукойла… и все это работает параллельно. Еще не делал теста насколько снизится время отклика на сигнал об изменении цены… возможно придется смириться с тем, что робот для фьюча должен быть лишь одиночкой, без лишних данных (ибо DDE формирует относительно тормозной трафик даже на локальной машине и через встроенный в ядро робота DDE server)

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

Привет. 

Вопрос к практикующим алго-трейдерам. (Новичкам данный пост просто необходим — выношу грааль на общее обозрение)

Есть система N с четырьмя оптимизируемыми параметрами.

Выбирая 500 лучших результатов по некоторому соотношению (какому? читай мои посты ранее) я получаю распределения параметров в каждом из 500 наблюдений (то есть значение «1» параметра 1 наблюдалось 0 раз, значение «2» параметра 1 наблюдалось 49 раз, значение «3» параметра 1 наблюдалось 110 раз и т.д.):



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

Update: параметр x выпал y раз