робот

Давно уже меня посетила в моей опционной торговле такая мысль. Когда я торгую опционами активно внутри дня или занял какую-то позицию до экспирации у меня всегда есть время оценить и увидеть какие-то взаимосвязи в движении улыбки, общем уровне рынка(волатильности) с текущими ценами на базовый актив, временем до экспирации, ожидаемыми событиями итд. Из всего этого иногда рождаюся идею, которые в 90% случаев проваливаются на стадии ручного тестирования, а до автоматизации доживает порядка 10%. Так вот, у меня никогда нет цели быть научным работником и разработать ультра-правильную с-му ценообр/я опционов, на которой я потом буду нарезать бабло. Такая идея мне кажется абсурдной в части того что такая модель будет как минимум не рыночной и не будет иметь в себе практической применимости скорее всего.

Наиболее эффективный путь здесь — найти взаимосвязь и поторговать ручками месяцок для того чтобы понять и прочуствовать стратегию, понять прибыльно/неприбыльно, описать в модель(так как всё равно придётся использовать потом роботов или другие программы), загнать модель в робота и начинать грузить бабло. Заметьте если вырвать хотя бы один пункт из этой цепочки и переставить местами — получиться околесица. 

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

Облачная платформа WindowsAzure для роботизированной торговли

Здравствуйтте! Потихоньку осваиваюсь на СмартЛабе и это мой первый пост.


Хочу поделиться своим опытом использования облачной платформы Windows Azure. Данный сервис сейчас очень активно рекламируется в интернете. Среди множества функций, которым он обладает, для себя выделил виртуальные машины на базе WindowsServer 2008 (хотя доступны и други ОС).  Фактически после настройки получается компьютер, физически работающий на сервере Microsoft.  Причем работает он непрерывно (круглосуточно) со стабильным подключением к интернету, а по настройкам и совместимости аналогичен операционной системе Win 7.  Доступ к виртуальной vfibyt можно получить с помощью протокола RDP (Remote Desktop Protocol) – встроен во все версии ОС  Windows. При подключении у вас открывается удаленный рабочий стол, который можно использовать, как и  локальный. Для успешного использования рабочего стола нет необходимости иметь высокоскоростное подключение к инету, да и протокол получил значительное распространение – практически для всех ОС есть программы позволяющие подключиться к удаленным рабочим столам Windows (успешно протестировал пару программ на Android).


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

Добрый день.

Кто-то анализировал деятельность роботов? Их сделки? Граль пропалили?))))

Пишу робота, в процессе выясняются некоторые фишки языка, не зная которых можно нарваться на большие проблемы.

Решил поделиться.

1. Все переменные преобразуются в верхний регистр (относительно очевидная штука) .
Пример.
MYVALUE и myValue — это одни и те же переменные

2. У переменных нет «области видимости» — любая переменная является глобальной в классическом понимании.… и даже «RESULT». Фактически функции — не функции, а блоки кода, которые подставляются в указанные места.

Пример:
FUNC Fn()
 FOR i from 1 TO 5
 ....
FLAG = False
END FUNC 

' тело программы
....
flag = True
FOR i FROM 1 TO 10
 value = Fn() 'теперь i=5, flag = False
....

Следствие
а) либо четко контролировать, где какая переменная используется, либо давать им имена-префиксы, делая переменными уникальными (что сильно усложняет отладку)

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

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



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

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

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

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





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

буду краток,

определение:
программист со своим ропотом, для частного трейдера (чт):
еще один доморощенный околорыночный «паразит», «питающийся» этим-же частным трейдером))
из «старого»:
Правило Ропота
Ропот — зло.
Тупиковая ветвь эволюции чт. Многие чт попадают на эту «ветвь», на ней же «героически погибают», бессмысленно потеряв самое дорогое — время.
Ропот имеет право на существование, только, как третьестепенное подспорье. 

Правило ФОРЕКСа
Уж лучше сразу в казино
Правило интрадея
Интрадей — абсолютное зло.
Интрадей — Прямой путь к размытию цели, психическому срыву и «отуплению».
Торговать интрадей можно и нужно только, для решения локальных (тактических) задач.
Правило скальпирования
Скальпинг — Окончательный распад личности трейдера внутри «абсолютного зла».

… думаете «мясо» задумается?
нет, подавляющее большинство раздражится, будет ругаться....
и с упорством, достойным лучшего применения, пойдёт «на убой» в лапы жуликов.
… всё будет как всегда… эт сетэра;(
зы
сейчас «золотое время» для всевозможных околобиржевых мошенников.
,,, этот сайт тому убедительный пример.
 

Предлагаю потестировать робота «Диод» в течением месяца. Робот работает через программу Tradematic Trader. Она на две недели бесплатна для всех.


Результаты тестирования с комиссией 0,06% ниже



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

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

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

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