Всем привет. 

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

Робот под ТСлаб. Оттестирован на 2х инструментах. Ри и Си. 
Тестировал на истории 3 года. 
Оптимизируемых параметров 5 (3 из них для трейла).

Размер проскальзывания установил 70п для тестирования Ри (достаточно ли?)
var comisHnd = new AbsolutCommission() {Commission = 35};

Планирую торговать 12 контрактов. Депо 1 млн. Риск на сделку 2% от депо.
Стоп для Ри 1750 пунктов.
Максимальная просадка на 3 летнем периоде составила 27%.

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

1. Скрипт не открывается на первом утреннем часе, но может быть в позиции в это время. Побаиваюсь, что могу пролететь со стопом.
2. Пока не понял, как часто нужно обновлять оптимизируемые параметры и на какой истории это делать.
3. Как понять, что скрипт перестал работать (после какой просадки нужно его останавливать).
4. На какие параметры нужно обращать внимание при тестировании будущих скриптов, кроме макс просадки и доходности?

Как вы выбираете инструменты (идеи) для торговли на неделю?
В этой статье я  хотел бы  рассмотреть, как у меня идет подготовка и отбор инструментов   
( нахождение идей) для следующей рабочей недели.

Некоторые нюансы:  Я не торгую интрадей. Я держу инструмент от недели до 2 мес. т.е. мне нужен тренд из этого я выбираю  инструменты  которые могут дать тренд минимум неделю. 
Начнем по порядку. 
1.  В субботу я запускаю платформу Trade Navigator ( по этой платформе я думаю напишу отдельную статью, про функционал и почему мне нравиться торговать и использовать именно эту платформу ). И запускаю  СОТ Report(сканер) этой недели где мне интересен сам СОТ отчет, индекс СОТ и  Sentiment  и индекс( про все это можно подробно прочесть у Stephen Briese The Commitments of Traders Bible, Larry R. Williams  Trade Stocks and Commodities with the Insiders: Secrets of the COT Report)

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

Начало — Изучаю FIX протокол с нуля. Разбор протокола, первый код на c#

Вступление

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

Рисуем

     Напомню, как работают сетевые соединения. Через сокеты связываемся с сервером и начинаем обмениваться сообщениями.
     Из опыта первой статьи вы наверное вспомните, что я предложил под каждый блок сообщения делать класс и на основе этих классов строить сообщение. Переспав с этой идеей, сегодня за кружкой чая, я решил остановиться на этой идее. А именно:

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

Вступление

     Никогда не увлекался скоростным трейдингом. Всегда хватало терминала. Изучать этот протокол меня побудил набор вакансий. Надо отметить, что я неспешно перебираю хорошие вакансии на рынке. Частному трейдеру очень сложно развиваться в одиночку — психологически, эмоционально, физически. Создавать и развиваться постоянно хочется, поэтому принял решение вливаться в коллектив. За несколько месяцев, мне удалось провести несколько собеседований. На втором этапе я проваливался именно из за не знаний протокола.  Предметную область я примерно представлял. Ну что там сложного? Соединился с биржей по сокетам и начинай обмен сообщениями. Надо отметить, что в этой области есть уже готовые разработки в виде quickfix или готового API от StockSharp (правда платные). Но я принял решение разбираться с нуля, чтобы вникнуть в детали.

Технические аспекты протокола

     Итак. Любой протокол, какой бы он сложный не был, работает примерно одинаково. Мы создаем у себя соединение с сервером, устанавливаем некий туннель между нами и сервером, посредством которого будем обмениваться сообщениями. Протокол — это как раз и есть набор правил, по которым строятся сообщения нужного формата. Если говорить технически, то мы должны создать сокет соединение с сервером на указанный порт.
Сообщение в FIX, как и в любом другом протоколе, состоит из нескольких блоков:

• <Заголовок сообщения>
• <Сообщение>
• <Концовка сообщения>

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

• <Начало сообщения, версия протокола>
• <Длина (размер) сообщения>
• <Тип сообщения>
• <Идентификатор отправителя>
• <Идентификатор получателя>
• <Номер сообщения>
• <Время отправки>

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

• <Контрольная сумма сообщения>

     Сами данные заполняются достаточно легко. В виде: <тип поля> = <значение>. Например, <длина сообщения> = 78, то есть мы серверу говорим, что размер передаваемого нами сообщения составляет 78 байт. Стоит обратить внимание, что в протоколе FIX, типы полей кодируются в виде числовых значений. Например,  <длина сообщения> в протоколе передается как цифра 9. Исходя из выше сказанного, наш заголовок сообщения, выглядел бы следующим образом:

• 8=FIX.4.4 _____ начало сообщения, протокол версии 4.4
• 9=78 _____ размер сообщения 78 байт
• 35=A _____ тип сообщения А, что означает попытка на соединение с сервером
• 49=<ваш идентификатор выдается биржей>
• 56=FG _____ идентификатор получателя, раздел Forts на бирже
• 34=1 _____ первое сообщение
• 52=20160212-11:42:51.812 _____ время отправки сообщения

Организационные вопросы

1. Наша биржа дает тестовый контур для отработки своих алгоритмов по данному протоколу. Надо всего лишь написать запрос на доступ. Надо признать, тех служба работает отменно. Очень все быстро было организовано. Подробности http://moex.com/s442
2. Обязательно понадобится описание протокола для нашей биржи ftp://ftp.moex.com/pub/FIX/Spectra/test/docs/spectra_fixgate_ru.pdf
3. Чтобы вникнуть в тонкости передачи, мне очень помогла эта программа от биржи (позже я покажу как помогла) ftp://ftp.moex.com/pub/FIX/Spectra/Utils/fix_client.zip
4. Описание самого протокола от создателей (на английском). Мне помог сильно wiki. http://fixwiki.org/fixwiki/FIXwiki
5. Чтобы найти свои ошибки, мне приходилось перехватывать сообщения рабочего клиента биржи и сверять со своими. Для этого мне понадобился tcp/ip сниффер — программа перехвата сетевого трафика.
6. Разработку я веду на c#.

К бою. Немного теоретической практики

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

• как именно считать длину сообщения
• как разделять между собой данные
• как считать контрольную сумму

     Если говорить образно. То, чтобы отправить сообщение на сервер, нам просто нужно сформировать нужную строку со всеми данными и отправить ее на биржу. Ну например:

8=FIX.4.4;9=78;35=A;49=FG;56=tgFhcfx901U05;34=1;52=20160212-11:42:51.812;98=0;108=3000;141=Y;10=047;

     Если быть внимательным, то мы увидим, что кол-во символов в строке у нас 100, а в заголовке сообщения мы передаем, что 78 (9 = 78). По правилам протокола FIX, длину сообщения нужно считать без учета концовки и первых двух полей заголовка. А именно:

     С длиной сообщения разобрались. Теперь про разделитель. Пока в моем скрине это ";". В документациях западных написано что это символ SOH. Чтобы однозначно ответить на этот вопрос, я запустил прилагаемого клиента биржи и сниффером стал перехватывать сообщения между клиентом и биржей. Кстати, программа ведет логи, и их общение выглядит так (зеленое — передача запроса на биржу, красное — ответ от биржи):

     Зачеркнул свой идентификатор, прошу понять правильно. Ну а перехват сообщения выглядит так:
     Зеленым я отметил именно разделители. Как вы уже видите, это просто в шестнадцатеричном виде код 01. То есть, в нашу строку в виде разделителей, нужно вставлять код 01. Также я отметил для себя последовательность полей в сообщении. Почему то в другом порядке у меня вызывало ошибки (возможно тут я не прав)
     Ну и контрольная сумма. Контрольная сумма считается над всем сообщением, за исключением концовки. То есть в расчет берется только заголовок и само сообщение. Для этого, мы переводим каждый символ в его Ascii код и вычисляем их сумму. Полученную сумму делим по модулю 256. Это и будет контрольной суммой сообщения. При этом, значение должно быть трехзначным. Если мы получаем 2 знака, то подставляем 0 слева (например, если контрольная сумма = 68, то должны передать значении 068).

К бою. Начало программирования

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

• класс для работы с заголовками
• класс для работы с сообщением подключения к серверу (onLogon)
• класс для работы с концовкой

    Каждый класс включает в себя поля, которые передаются и некоторые методы для их обработки.
    Класс для работы с заголовками. Пока просто выглядит так: 


     Как видим, первый метод строит нужную строку из полей. Обратите внимание, там присутствует наш разделитель в виде спец символа \u0001. Второй метод вычисляет размер заголовка (чтобы потом высчитывать размер сообщения). Надо обратить внимание, что при передачи времени, миллисекунды должны указываться в трехзначном формате (даже если миллисекунды = 52, то передаем 052). Следующие классы строятся по аналогии.
Класс создания сообщения на подключение (инициализация сессии)

Класс создания концовки сообщения


Попробую привести код консольной программы для теста в виде цитаты. Картинки вставляются плохого качества. Подробно комментирую.

//Получаем ip сервера
IPAddress ipAddr = IPAddress.Parse(server);
IPEndPoint ipEndPoint = new IPEndPoint(ipAddr, port);
//Создаем заголовк
HeaderMessage msHeader = new HeaderMessage
{
BeginString = «FIX.4.4»,
MsgType = «A», //Тип сообщения на установку сессии
SenderCompID = "",
TargetCompID = «FG»,
MsgSeqNum = 1
};
//Создаем сообщение на подключение onLogon
LogonMessage msLogon = new LogonMessage
{
EncryptMethod = 0,
HeartBtInt = 3000,
ResetSeqNumFlag = true
};

//Вычисляем длину сообщения
msHeader.BodyLength = msHeader.GetHeaderSize() + msLogon.GetMessageSize();
//Создаем концовку сообщения
TrailerMessage msTrailer = new TrailerMessage(msHeader.ToString() + msLogon.ToString());

//Формируем полное готовое сообщение
string fullMessage = msHeader.ToString() + msLogon.ToString() + msTrailer.ToString();
Console.WriteLine(«Сообщение для отправки {0}»,fullMessage);

//Создаем сокет для подключения
sSender = new Socket(ipAddr.AddressFamily, SocketType.Stream, ProtocolType.Tcp);
//Подключаемся
sSender.Connect(ipEndPoint);
Console.WriteLine(«Сокет соединился с {0} », sSender.RemoteEndPoint.ToString());

byte[] msg = Encoding.UTF8.GetBytes(fullMessage);
//Отправляем сообщение
int bytesSent = sSender.Send(msg);
Console.WriteLine(«Отправил {0} байт», bytesSent.ToString());

//Получаем ответ от сервера
byte[] bytes = new byte[1024];
int bytesRec = 0;
bytesRec = sSender.Receive(bytes);
Console.WriteLine(«Ответ от сервера: {0}», Encoding.UTF8.GetString(bytes, 0, bytesRec));

Все таки приложу и в виде картинок. Так наглядней. Кликабельно.


В результате мы запросили у сервера подключение с нашим логином. И получили от него ответ.

По мере развития, буду продолжать с теоретической частью. Если модераторы перенесут в раздел «Алго», я не против.

Продолжение Изучаю FIX протокол с нуля. Рисуем и программируем дальше.

После кризиса 2008 нефть очень подешевела относительно золота — все в курсе. Последний пик на графике ниже это свежие события февраля 2016. Когда нефть катилась вниз, а золото свечой шло вверх. Так ли дело труба? Посмотрим цену золота в других единицах. 

Рис. 1: «Цена золота в нефти»

Цена золота в долларах идет достаточно круто, если смотреть с начала 2016 года. Да и на недельных графиках очень впечатляет. 

Рис. 2: «Масштаб свежих событий по золоту»



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

Набиулина, блин! Это не по-пацански!
Сначала устранила всех основных конкурентов с валютных торгов — банки, зажав узким РЕПО рублевую массу и увещеваниями в адрес банков:
http://quote.rbc.ru/comments/2016/02/02/34538323.html
http://www.finanz.ru/novosti/valyuty/cb-mozhet-otkazatsya-ot-aukcionov-nedelnogo-repo-1001036836
http://www.vedomosti.ru/economics/news/2016/01/21/624962-tsb-sobiraet-bankirov

тут и СКР подключился:
http://izvestia.ru/news/604038

А для чего?
Да просто! Теперь кроме ЦБ на валютном рынке крупных игроков нет, можно тарить бакс, не стесняясь. На отскоках нефти — милое дело подкупаться в гордом одиночестве. Ну, а потом, если реализуется сценарий похода нефти ниже, то можно ликвидности банкам подбросить, пускай разгоняют долларень, и рублей через 20ть, ЦБ наверху раздаст ранее купленные зеленые, зажав ликвидность в оконцовке.

Как итог, в сценарии снижения нефти главным бенефициаром контролируемой девальвации будет ЦБ. Пять!

Последний раз я писал про свои успехи в программировании 10 дней назад. За эти 10 дней я:

• потратил еще 18 часов чистого времени изучения. (Маловато, всего 1 час 48 минут в день в среднем получается)
• всего потрачено 75 часов.
• продвинулся по книге Изучаем C# со стр. 304 до стр. 492.
• написал и отправил на ютуб ещё 8 программок

Итак, что я до сих пор не знаю?

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

Всем доброго времени суток. Продолжаю публиковать сделки на опционах.
Концепцию торговли опционами я уже довольно подробно изложил в предыдущих «публичных экспериментах» (результат прошлого — 5.16% за 7 дней), по-этому сразу продолжим.

До этого больше недели торговал фьючерсом на индекс РТС. Планировал резко прекратить торговлю RI и перейти на опционы, но обстоятельства сложились иначе. В итоге получается винегрет из торговли опционами и RI, но все повествовательное внимание уделено опционам.

Счет в управлении. Согласно договоренности с партнером, в конце каждого расчетного периода (после экспирации) прибыль выводится и на счете остается 1.5млн (в течение пробного периода).

Поскольку с конца января я торговал RI, то сумма на счете не ровная, и более того, были сделки в РИ за вечернюю сессию. Но вычисления уже после клиринга показали, что сумма была равна 2.2млн.

Отчет по торговле Ри на данном счете, и Si на своем счете выложил, если кому-то будет интересно (кривой скальпинг и немного более прямой интрайдей в течение пары недель после прошлой экспирации).
А это уже пошел новый период. Поехали:

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

Всем привет. В этом посте я не хочу научить как надо торговать, скорее наоборот, поделюсь своими наработками и мыслями по одной из скальперских стратегий.
Совсем недавно, мне в руки попалась скальперская стратегия, основанная на индикаторе MFI. По заявлениям автора, стратегия элементарная как бревно. Прочитав инструкция по применению, а это было поздно вечером, я решился попробовать на деле.
Надо признать, результат оказался очень даже ничего:

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

Торговые правила

Автор стратегии предлагает торговать по следующей схеме:
1. Активируем стандартный индикатор из набора терминала MT4, Market Facilitation Index. Настраиваем его так, чтобы отображалась только линия когда MFI вверх, объем вверх, все остальное не нужно.

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

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

На колокации в зоне  биржи доступны:

1.Валютный рынок и Рынок Акции/Облигации
   FAST — протокол мультикаст раздачи  рыночных данных.
   FIX  -  протокол для  постановки заявок.
   ASTS Bridge  он же  Teap  -  забудьте  о его существовании.
   Волшебные  буквы ASTS подразумевают подключение любым  из вариантов  -)))

2. Рынок  FORTS
   CGate — уникальная утилитка в  виде черного окошка.(Здесь следует добавить заклинание  Plaza II ).  Позволяет получать два  вида биржевых данных.  
   Без ордер лога — урезаный режим в  котором поступают данные по стаканам.
   Полный ордер лог  -  режим  в  котором  приходит лог всех заявок (поставленных снятых исполненных и  т.д.)

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