торговые роботы

Спасибо Тимофею за введение выборки.

Так вот о статистике. Для меня СЛ это РФР в масштабе 1: 10 (по ощущениям).

Так вот, о роботах: участники у которых есть по их представлению торговый робот, составляют всего 12% от общего числа зарегистрировавшихся.

Вывода никакого, так информация к размышлению про РФР.

Небольшой бот для QUIK (на QPile), занимающийся динамической репликацией различных позиций по опционам европейского стиля. Работает с N-ым числом бумаг, хеждирует при этом опционы с различными параметрами — даты экспирации, страйки, процентные ставки и дивиденды; различные позиции — лонг, шорт, различные комбинации опционов. Небольшой недостаток — в рамках одного счета для одного базового актива не может вести более чем одну стратегию по опциону.



ПС: так себе… видео скучноватое, как все что с этим связано…

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

Сейчас сидел и думал, почему бы не минимизировать maxDD для увеличения плечей.

Есть 2 графика:





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

Рассмотрим простейший случай арбитража акция –фьючерс. Возьмём, к примеру самую голубую фишку.
Сегодня 18 июня 2012 время 10:05
ГАЗПРОМ –157.57, за пучок 15757 руб.
GZZ2 — 16008 руб.
И разница между ними 251 руб.
Синяя линия это наш ожидаемое движение, а зеленый шум реальное движение разницы.
Прошло три месяца и вот уже 13 сентября  время 18:22
ГАЗПРОМ –162.50, за пучок 16250руб.
GZZ2 – 16252 руб.
И разница между ними 2 руб.
Итого мы  заработали примерно 250 руб.  Что составляет примерно 0,5% в месяц или 6% годовых.
Как заработать больше? Нужно делать больше сделок продавая дорого и покупая дешевле.  Проведем среднюю с периодом  42 бара (от этой величины результат зависит слабо). Красная линия.  И будем входить выше средней на 4 руб, а выходить на 4 руб ниже.  И за какие то  15 сделок в день получим 3180 руб. (около 6,5 % в месяц).



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

Хочу спросить совета по поводу оптимизации ТС. Я оптимизирую ТС на данных за 2007-2012 года. Причем, выбираю варианты, наиболее равномерно работающие в каждом отдельном году. Но возник вопрос: оправданно ли брать такой большой интервал? Может быть лучше старые данные выбросить, подстроившись таким образом под более актуальную рыночную ситуацию.

У самого есть соображения как за так и против.

1) За сохранение старых данных: хорошая работа на бОльшем числе интервалов дает бОльшие шансы повторить хорошие результаты в будущем, если поведение рынка как-то изменится.

2) За удаление старых данных: если их убрать, то получится лучше подстроиться под актуальное поведение рынка. Если предположить, что поведение рынка в непосредственном будущем будет более-менее похоже на недавнее поведение (что кажется правдой), то опять получаем бОльшие шансы повторить хорошие результаты.

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

Создал очень удобный и простенький привод для Quik, для тех кто ежедневно торгует и постоянно нажимает на всякие выскакивающие окошки в Quik`е, для создания приложения использовал библиотеку S# «торговые роботы».
Выглядит он очень просто, но при этом он функционален и прост в работе.
 
Установка займет минимум вашего времени- вот инструкции и вот сам торговый привод.

Всем спасибо за советы! Торговых приводов очень много, моя цель была создать самую простую программку :) Следующий этап — напишу торгового робота!

Удачи при торговле, с уважением tradeimage.net.

Подумал: 

• хочу стабильно зарабатывающий алгоритм
• который работает только лимитниками 
• усредняется на убыток
• поэтому редко сливает
• и часто зарабатывает по чуть-чуть  

Придумал тупейшую схему.

Прогнал по графику визуально за 2 или 3 часа за 2012 год.
Записал все сделки в таблицу гугл докс (сначала написать эксель, но потом понял, что экселем я дано не пользуюсь).
Получил результат:)
 

Совершенно однозначно, что это не работает.

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

Порыл инфу по смартлабику, составил статью финансового словаря:

тестирование торговых систем. 

Было принято решение освоить программу TSLab для целей тестирования. 

Поставил программу. Не без геморра разобрался как подключить исторические данные к TSLab. Далее, тупо набрал TSLab в поиске Youtube и посмотрел тупо первый попавшийся вебинар:  

http://youtu.be/fJ8rCxG9Vas

Параллельно с мужиком начал лабать блок-схему. Далее к мужику на середине вебинара интерес пропал, стало понятно, как всё делается. Всё непонятное смотрел в онлайн доке к TSLabу:

http://www.tslab.ru/docs/online/

Если честно, для меня стало откровением, насколько геморройно оказалось простейший алгоритм описать в строго формализованных формах. Например, как толково найти последний максимум на графике, который ты глазами вроде видишь, а как описать в формулах — не понимаешь:))))

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

А вы составляете точный алгоритм до того как написать программу?
Если да, то как? Рисуете блок-схему на бумаге? Или может есть какие- то программы для визуального составления блок-схемы алгоритма…
Или шарашите код сразу? Всухача))

Типичная архитектура торговых роботов:

Хочу написать торгового робота на языке QPILE, но торговый алгоритм несколько критичен к системным задержкам и рассогласованиям.
(Не ХФТ, но нужно четко контролировать позиции по инструментам, активные и исполненные заявки, а так же совершенные сделки с наименьшими «тормозами»)

Подскажите, пожалуйста, какие задержки являются нормальными (понятно, что они всегда есть, интересуют их «обычные» величины — от… до… )
— между двумя последовательными итерациями скрипта (и что будет, если его зациклить на постоянный пересчет?) (1)
— между моментом передачи скриптом заявки на сервер и моментом получения ответа от сервера о результате (2)
— (приостанавливается ли выполнение скрипта до момента получения ответа от сервера)? (2, да)
— между моментом передачи скриптом заявки на сервер и моментом появления заявки в таблице заявок (т.е. моментом начала возможности проверять наличие и статус заявки в системе) 

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