Избранное трейдера Rox

по

АЛГО Как я это вижу II – Начинаем работать с тиками

    • 16 февраля 2016, 20:54
    • |
    • Ага
  • Еще

Продолжаю серию статей. Начало тут http://smart-lab.ru/blog/310895.php

Итак, у нас имеется история в виде набора упорядоченных по времени тиков, но используем мы только данные цены. Перед началом проведем подготовку данных (как я называю «упаковку тиков»). Например, есть исторический отрезок со следующими данными (окончание сессии от 12.02.2016 по ESH16):
АЛГО Как я это вижу II – Начинаем работать с тиками

Как мы видим множество соседних тиков, имеют одинаковое значение цены, что создает «избыточность данных». Если мы оставим только те последовательные тики, цена которых отличается от предыдущего, то количество данных ощутимо сократиться:
АЛГО Как я это вижу II – Начинаем работать с тиками

Это я и называю упаковкой тиков. Но на самом деле такой способ упаковки удобен для дата-майнинга, для симуляции на истории удобен способ «меньшего сжатия», когда мы оставляем только те последовательные тики, цена которых отличается от предыдущих. Или тики, которые по времени отстоят от предыдущего более чем на 1 секунду. Это необходимо при симуляции выставления и исполнения ордеров. И также дает нам биржевое время, с точностью до секунды, для функционирования работа в режиме симуляции по истории. В этом случае картинка будет следующей:
АЛГО Как я это вижу II – Начинаем работать с тиками

Итак, данные подготовлены и можно приступить к «описанию и поиску простейших паттернов» (этот блок служит для ввода в курс дела, а не отражает практический способ). Например, имеется некоторый паттерн, представленный на следующем рисунке:
АЛГО Как я это вижу II – Начинаем работать с тиками

Паттерн выделен оранжевым цветом. Какая особенность алгоритма необходима для его выявления? Это то, что он должен искать паттерн при поступлении каждой порции данных. Паттерн может начаться с любого тика, и закончится на любом. Т.е. поиск в данном случае будет представлять «трафарет»:
АЛГО Как я это вижу II – Начинаем работать с тиками

Подставляемый для каждого тика в последовательности, и при совпадении с которым паттерн считается «опознанным» (Т.е. трафарет как-бы скользящий).

Представленный пример достаточно сильно утрирован, в реальности трафарет не столь «жёсткий» и возможно бы включал в себя и следующие представления:
АЛГО Как я это вижу II – Начинаем работать с тиками

P.P.S

Формирование следующих статей цикла будет производиться по мере наличия времени и желания ;)

Всем успехов в торговле! 


Отличная закономерность, которой я пользуюсь.

Всем привет! Есть один очень отличный метод торговли на инструментах с высокой корреляцией. Данный метод отлично работает на рынке нефти, на любом ТФ, даже на минутках.

Смысл в том, чтобы смотреть структуру цены на обоих рынках, и входить в сделку только тогда, когда они сетапятся ОДНОВРЕМЕННО! Для примера возьмем рынок нефти двух марок: Brent и WTI Crude Oil. В данном случае я продавал CL CME, где я входил и выходил можете посмотреть в моем журнале трейдера.


www.cofutrading.com

Сколько я заработал на этой сделке смотрите в моем блоге.
P.S.
Как это работает на других активах — надо проверять. Уверен, что работает еще и в связке индексов FESX + FDAX и ES + YM + NQ. Если будете пользоваться, мой совет торговать это только в тренде ;) Всем успехов!
P.S.S Я начал вести трейдерский журнал\блог. Планирую все свои наработки скидывать туда, это поможет мне структурировать все свои знания и собранные наблюдения в одном месте. Кому интересно — велкам (сайт на английском, но есть раздел на русском www.cofutrading.com/rus).
P.S.S.S Если пост понравился, поставьте, пожалуйста, «хорошо». Добавляйтесь в друзья ;)

Сколько зарабатывают арбитражеры?

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

Людей в основном интересует доходность.

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

Пара №1 (GAZP/LKOH). Доходность 42% годовых. 



Пара №2 (GAZP/ROSN). Доходность 19% годовых. 



Пара №3 (ROSN/LKOH). Доходность 37% годовых. 



Пара №4 (SBRF/SBPR). Доходность 40% годовых. 



При одновременной торговли 4-мя парами просадка по счету достигала 7 процентов, доходность портфеля из 4-х пар за год 34%

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

Вступление

     Никогда не увлекался скоростным трейдингом. Всегда хватало терминала. Изучать этот протокол меня побудил набор вакансий. Надо отметить, что я неспешно перебираю хорошие вакансии на рынке. Частному трейдеру очень сложно развиваться в одиночку — психологически, эмоционально, физически. Создавать и развиваться постоянно хочется, поэтому принял решение вливаться в коллектив. За несколько месяцев, мне удалось провести несколько собеседований. На втором этапе я проваливался именно из за не знаний протокола.  Предметную область я примерно представлял. Ну что там сложного? Соединился с биржей по сокетам и начинай обмен сообщениями. Надо отметить, что в этой области есть уже готовые разработки в виде 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;

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

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

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

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

     В законченном виде, разработка будет составлять готовый класс, для работы с протоколом. Теперь начинаю строить его по кирпичикам. Для начала, я создал несколько классов:
  • класс для работы с заголовками
  • класс для работы с сообщением подключения к серверу (onLogon)
  • класс для работы с концовкой
    Каждый класс включает в себя поля, которые передаются и некоторые методы для их обработки.
    Класс для работы с заголовками. Пока просто выглядит так: 
Изучаю FIX протокол с нуля. Разбор протокола, первый код на c#

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

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

//Получаем 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 протокол с нуля. Разбор протокола, первый код на c#
Изучаю FIX протокол с нуля. Разбор протокола, первый код на c#
В результате мы запросили у сервера подключение с нашим логином. И получили от него ответ.
Изучаю FIX протокол с нуля. Разбор протокола, первый код на c#
По мере развития, буду продолжать с теоретической частью. Если модераторы перенесут в раздел «Алго», я не против.

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

Скальперская стратегия основанная на MFI

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

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

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

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

Варианты прямого доступа к Московской Бирже

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

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

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

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

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

Как торговать в плюс всегда?

Грааль он на виду.
Дзен он на поверхности, но он как правило никому не нужен.
Я стал придерживаться следующих принципов:

1. Торгую акции
2. Торгую акции только в лонг
3. Торгую без плечей.
4. Захожу в инструмент максимум 5-10% от депо.
5. Всегда закрываюсь только в +
6. Если бумага ушла в минус, то сижу и жду!

P.S. Очень комфортно стало торговать.




WireGate - ищу обертку на C#

WireGate - ищу обертку на C#
Коллеги, хочу сделать себе подключение по новому протоколу. Давайте скооперируемся и разделим риски. Ищу программиста для создания с нуля или куплю готовое. Кто хочет поучаствовать как исполнитель или как со-заказчик пишите с личку.

Для справки. WireGate — новый протокол. Идет на замену CGate. Биржа дает только в режиме тестирования. Но пока найду программиста, пока что-то сделается, пока бота подключу на новый протокол — там и в боевой среде будет доступен. Готовлю сани с лета.

Проходящие мимо, не проходите быстро. Плюсаните, для других.


Получение налового вычета с счета ИИС

Всем доброго дня. Через лк   написал вопрос в налоговую  насчет получения вычета.
М ожет для кого-то будет полезным 

ALSO: последний абзац  ответа порадовал я его прочел как " не смотря на данный ответ не факт, что мы не потребуем у вас что-нить еще  для получения вычета " 
О чем возможно забыли в ответе налоговой?  Копию лизензии брокера, по хорошему потребуется запросить ее у брокера(брокер обязательно должен поставить на ней печать) Получение налового вычета с счета ИИСПолучение налового вычета с счета ИИС

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

Пишу MarketScanner

Многие пишут роботов, даже Мартыныч бросился изучать C# что бы что-нибудь этакое написать. Поскольку я программист, то решил не отставать и тоже написать — но нет, не робота, а сканер рынка. Идея простая — сканер должен вытягивать с сервера брокера исторические данные по всем торгуемым на NYSE ценным бумагам и искать по заданным алгоритмам фигуры теханализа. Наблюдая за рынком на протяжении последнего года, я заметил некоторые фигуры в действии — они действительно имеют место быть:
IBM оттолкнулась от линии поддержки

Сканер должен обрабатывать скачиваемые исторические данные, таймфрейм — недели/месяцы. Если определяется какая-либо интересная фигура TA, то программа сообщает об этом мне, а я уже дальше в ручном режиме просматриваю бумагу и принимаю решение торговать её или нет. На биржах США торгуется несколько тысяч ценных бумаг эмитентов, по задумке время от времени где-то что-то будет вырисовываться. Вручную за таким кол-вом тикеров уследить невозможно — поэтому нужен сканер.

Я работаю с InteractiveBrokers, у них есть API для всех основных платформ (Win/Mac/Unix) и языков — Java/C++/C#:
www.interactivebrokers.com/en/software/api/api.htm
Также быстро разобраться в нюансах помог сайт Richard-а Holowczak-а: 
holowczak.com/ib-api-socket-csharp-historical

А вот консольный вывод скачанных исторических данных:

Пишу MarketScanner
По сути сканер будет формировать некую базу данных, скачивая котировки в непрерывном режиме, постоянно отыскивая в их движении закономерности. Я планирую написать визуализатор для котировок, так что я мог бы просматривать свечки и линии поддержки-сопротивления без участия основного терминала.

....все тэги
UPDONW
Новый дизайн