В прошлом году я предлагал тут ТСку, генерирующую информационный сигнал для дальнейшего принятия решения по фьючерсу на нефть.
На коленке так сказать написанную...
https://smart-lab.ru/blog/554306.php

Вот так она отработала в 2020 году( с теми же настройками, специально без оптимизации и пирамидинга показываю) 


https://ru.tradingview.com/u/SiBrent/

Рекомендую как вспомогательный сигнал к основной стратегии, когда сомнения развеять нужно...

Мой предыдущий пост 100 лучших советских фильмов снесли в оффтоп, поэтому его никто не увидел. Посему о книгах :-)
Книгу Ларри Вильямса «Долгосрочные секреты краткосрочной торговли» я перечитал раз десять, не меньше. Можно уверенно сказать, что это моя настольная книга о трейдинге. Наряду с книгами Э.Лефевра «Воспоминания биржевого спекулянта» и Б.Вильямса «Торговый хаос». Больше почитать о трейдинге я ничего посоветовать не могу. Ах, да, ещё Линда Рашке и Александр Элдер (Виктор Сперандео и Томас Демарк на любителя). Но это всё. Хотя я прочёл более сотни книг о трейдинге, пришёл к выводу, что этого вполне достаточно, чтобы найти свой торговый Грааль.
Сделаю важную оговорку. Два года назад я закончил свою читательскую карьеру (после того, как нашёл свой торговый Грааль, я прекратил читать всё, что касается трейдинга), но именно после этого вдруг стали издаваться книги наших могучих смартлабовцев:
1. Тимофей Мартынов — «Механизм трейдинга»

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

Кто верит в Магомета, 
Кто в Аллаха, кто в Иисуса, 
Кто ни во что не верит, 
Даже в чёрта, назло всем. 
Хорошую религию 
Придумали индусы, 
Что мы, отдав концы, 
Не умираем насовсем.  ©

Кто-то верит в кукла кто-то в "суперфизика" -
Как все выглядит на самом деле, попробую рассказать на «условном примере» 10 летней давности.

Где-то в середине 2008 года как только нефтяные котировки стали сдавать позиции и взрывной рост прекратился, пришел один Нефтетрейдер к своему соседу  по Чистым прудам Инвестбанкиру и говорит:

(НефтеТрейдер) — Что-то как-то мне стремно что нефть обвалится, а у меня лаг временной в полгода в поставках дизтоплива — чегоб придумать ???
(ИнвестБанкир) — А как у тебя с фри флоу ???
НТ    — Да бабла хоть попой кушать можно.
ИБ    — Тогда все просто  — присылаешь мне млн 150-200 на разные там «Технические компании» в дружественный банк, а я за счет этих средств зашорчу тебе на пару сотен физиков (своих клиентов)  ближайший брент.

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

Всем привет,
Погода на выходные удалась!

Публиковал историю о том как потерял 6 млн. с Трейдером на букву «В».
Не буду произносить вслух его имени.

Так вот, тут такая новая история. Пенсионерка 66 лет передала этому В. деньги в ДУ в 2014 г., всё, с концами.
А так-то в рекламе 2015 и когда деньги брал он «Успешный трейдер, всё у него по договорам, всё надежно и честно».
Подробная история о том как потеряла деньги Елена Кузьминична ЗДЕСЬ

Очень нужен человек-профессионал, кто может помочь с анализом торговых сделок на  возмездной основе.
Если кто может помочь или кого порекомендовать, напишите, пожалуйста, в личку!

PS: Трейдер этот угрожал мне судом за клевету, написал заявление в полицию, что дескать «неизвестные лица на вышеупомянутом
сайте распространяют про него клевету. Дескать — неправда это всё и он „не разоритель“».

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

Сначала о позитивных дивидендных новостях.
Цитирую Ведомости:
«Идея увеличить дивиденды госкомпаний за 2015 г. до 50% чистой прибыли по РСБУ «встретила понимание», заявил министр экономразвития Алексей Улюкаев. Проект согласован со всеми заинтересованными ведомствами, утверждает представитель Минэкономразвития»

И хотя ДД компаний по многим позициям не слишком вдохновляет, но все равно, увеличение дивидендов это позитив.
Думаю, что в связи с тем, что подготовка к ГОСА у эмитентов уже идёт, нормативный акт о том, на каких условиях и конкретно размер процента, мы скоро увидим.
Кто увидит, пожалуйста, выложите пожалуйста ссылку на моей страничке ВК  vk.com/laramdivi  , где мы совместными усилиями ведём Журнал дивидендных новостей. Можно будет начать считать реально возможные размеры дивидендов по эмитентам с гос участием.

ГК Роллман выводит 561000 АП на рфр. Вот сообщение НРД  www.nsd.ru/ru/db/news/ndcpress/index.php?id36=631642  

ЧП Алроса Нюрба за 2015 год составила 12675 млн рублей.

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

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

В качестве своего первого (пока единственного) hft-робота, торгующего спрэдом на фьючерсе 6E (CME) представляю робота «aaaTEST». Первая пара картинок — идеальные условия (при включенной опции «Fill limit orders on tuch»). Вторая пара картинок — практически боевые условия (без данной опции).





















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

Начало — Изучаю 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 протокол с нуля. Рисуем и программируем дальше.

     Тьфу-тьфу-тьфу, слава Богу, у меня все хорошо. Не пугайтесь. Это состояние сегодня многих людей, у кого мешок желаний не имеет дна!
     Хочу рассказать небольшую историю, которая приключилась со мной в конце прошлого года и от которой до сих пор нахожусь под впечатлением. 
     Так вот, во второй половине 2015 года летал в Челябинск, проведать маму. В один из дней заезжаю к хорошей знакомой на работу пообщаться, давно не видились. И с ходу получаю: «Серега, как хорошо, что ты пришел. Мне нужен твой совет, не знаю что делать. » Такое ощущение, что человек все это время ждал только меня. Начинаем разговаривать и я понимаю, что у нее очень большая проблема. В чем суть.      Назовем девушку Люся. Так вот у Люси небольшой бизнес в сфере услуг. Бизнес сезонный. Весна, лето, осень зарабатывают, зимой курят. Доход в принципе не плохой. И вот она решает, что не будет проблем, если она немного возьмет в кредит, ведь доход есть, закроет без проблем. И с этого безобидного шага начинается путь в сторону пропасти. Когда пытаюсь выяснить какая сумма кредита, какие сроки, вижу что она даже не знает. Так как я технарь по образованию, беру листочек, ручку и заставляю искать все договора, какие есть, чтобы понять масштаб проблемы. И получается вот такой список:

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

Вначале 2015-го я решил распределить личные средства под активным управлением в пропорции:

— автоследование ИК Форум – 33% ;

— мои системы в акциях – 50%;

— среднесрочная система в Si, хэджирующая валютные риски, по «номиналу» на 50% капитала (после убытков в марте 2015-го снижена до 33% «по номиналу») .

Почему?  После провалов моего управления в апреле 2011-июне 2012-го, своей первой задачей я ставил наладить управление с просадкой не более 15% даже в ущерб доходности. С этой целью я провел в два этапа не слишком радикальную модификацию систем в первой половине 2012 и летом 2013-го. Точнее «опорные» системы остались без изменений, а вот отношение к выбору эмитентов,  «фильтрам» и шортам было пересмотрено радикально. Были добавлены новые «фильтры» и началась постоянная торговля шортов, но с уменьшенным по сравнению с лонгами объемами. Также портфель «покинули» Лукойл, ВТБ и Северсталь из-за их «нехорошести», а Роснефть из-за ненужности.  Взамен в  портфель попал фьючерс на индекс РТС. Все это привело к построению нового портфеля  с расчетной просадкой в 15%.

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