С декабря прошлого года ФРС США запустил программу RPP (программу обратного РЕПО).  Кто не знает, что такое РЕПО и обратное РЕПО разберитесь. Смысл прост — обратное РЕПО абсорбирует ликвидность с рынка, поэтому в дни его проведения шансов на рост у американского рынка просто нет, даже если на премаркете фьючи показывают +1%. В день запуска программы в 20-х числах декабря американский рынок рухнул на 2% при обратном РЕПО в 100 млрд. долларов. Для примера вам вчерашний и сегодняшний день. Вчера, не знаю по  каким причинам, аукцион обратного РЕПО был отменён и в рынке осталась ликвидность и индексы взлетели вверх. Сегодня обратное РЕПО провели и мы видим, как закрывается рынок в США. Обратное РЕПО проводит Банк Нью-Йорка. Следите за датами проведения и объёмами программы и учитывайте это при спекулятивной торговле. Я сегодня весь день занимался скальпингом причём только от шорта ))) На выходные ушёл в кеше, точнее в депозите и в ОФЗ, все позиции можно смотреть здесь — www.itinvest.ru/trader-liga2/users/54569891/

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

Давно не бросал костей. 

Наверное пора.

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

это эквити за 4 года. стартовая 1млн.  в работе 100тыс рублей на один тикер ммвб.

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

Когда плотнику нужно что-то сделать, он применяет инструменты — молоток, пилу, плоскогубцы и т.д. Когда нужно что-то посчитать математику или трейдеру, он тоже применяет инструменты. Один из таких инструментов — логарифмы. 

Их используют, чтобы избавиться от проблем с линейной доходностью. Например, в процентах рост нефти от 32 до 35, не одно и то же, что падения от 35 до 32. Но в этом посте я буду их применять для решения задач со сложным процентом.

Иногда нужно посчитать эффект от сложного процента, чтобы понять свои цели по доходностям и деньгам. Чтобы не пытаться выжимать слишком много от микро-счета или наоборот, не довольствоваться слишком маленькими результатами на пути к своим конечным целям. Для этого можно использовать веб-сервисы, которые предоставляют такую возможность. Там компьютерная программа считает путем многократного умножения и выдает таблицу результатов. Но зачем заставлять машину потеть лишний раз, если можно на кончике пера с использованием калькулятора посчитать то же самое и даже решить более интересные задачи. 

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

1. Пусть у нас есть 1000 рублей и пусть мы хотим сделать из них миллион. Пусть мы делаем стабильно в неделю 10 процентов. Сколько недель уйдет, пока мы достигнем цели?

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

Недавно обсуждали про частное ДУ http://smart-lab.ru/blog/312140.php
и там был частый аргумент, почему мы за что то должны отвечать потому что:
-В лицензионных УК нет ответственности
-Чьи бабки тот пусть и отвечает
-За какие то 20% какую вы хотите ответственность.

А мы напишем что «ни за что не отвечаем», а термин «максимальная просадка» должен пониматься как остановка торговли.

Ну вот наслаждайтесь примерами:

 www.cherinfo.ru/news/77752

http://sudact.ru/regular/doc/WZNjatDhS4oE/
В данном случае парень получил 6 лет колонии.

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

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

Обзор World Gold Council по спросу на физическое золото за 4Q15, который затрагивает события всего года. Ниже много картинок и таблиц. Как вы видите, всего потребление осталось на уровне предыдущего года, благодаря 4-му кварталу. Просадка спроса в первом полугодии 2015 (-6%, второй квартал слабее первого) компенсировалась очень сильным вторым полугодием (в ювелирке оно стало рекордным за 11 лет). Население и банки скупали золото в условиях продолжения ослабления национальных валют. Строка Investment включает расходы населения на монеты и слитки (с целью будущей перепродажи, ювелирка теряет в цене при сдаче как лом). 

Рис. 1: «Спрос на золото в разрезе отраслей за 2015 год»


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

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

16 января 2016 Не только нефть drug-indejcev.livejournal.com/267022.html
Падает всё без исключения.
Индекс цен на сырьевые товары вышел из коридора 1974-2014 годов и падает в сторону коридора 50-х-60х.
Вот в том диапазоне и живет нефть по $10. Если б кто-то нарочно заваливал нефть, это было бы еще полбеды.
Надолго нарочно не завалишь (ни у кого в мире нет столько средств, чтобы долго давить против рынка даже одного товара).
Рынок падает сам, весь, и это гораздо серьёзнее.
График Thomson Reuters/Jefferies Commodity Index с элементами технического анализа (via rambus1.com).


Кстати если сопоставить график с демографией, то получится что взлёт начался в аккурат после того, как отбуйствовавшие в 68м бэбибумеры вышли в бизнесы, а закончился в аккурат с их уходом.

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

Добрый день!!! Есть пару часов перед тренировкой и отвечать на комменты троллей однотипные уже надоело!!!
    Ребята, с чем Вы спорите? С тем что цена смещается в сторону наименьшего сопротивления? Это что ложь? Вы же себя обличаете, опровергая этот закон!!! Все рынки построены на этом, вернее это лежит в основе движения цены. А то, каким образом вы это используете — уже чисто ваше дело!
    Пост написан в ответку про то, что плечи-ВСЕГДА убийственны. Но это ложь! Я привел примеры и тролли опять спорят. С чем? С тем, что есть парни, использующие плечи себе во благо? Важно как и где их использовать!!! Если вы не понимаете как это можно применять для ускорения заработка-ваш косяк.
    Как всегда, начинаются предъявы по поводу компетентности. Я не видал на Смартлабе поста с подобными примерами из многолетней торговли кого-либо интрадея-скальпинга профессионального. Типа я просто селлер и на самом деле никогда не торговал. Это же бред!!! Покажите мне такого селлера, который  приводит примеры повседневной торговли с такими тонкостями, как перегонщик и т.п.

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

  

Статья из блога www.jonathankinlay.com поможет лучше понять работу вашей торговой стратегии и повысить ее производительность в будущем.

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

Производительность стратегии

Давайте посмотрим, как это работает на практике. В нашем случае будем использовать следующую внутридневную стратегию на фьючерсах E-mini:

Общая производительность стратегии довольна высока. Среднемесячная прибыль за период с апреля по октябрь 2015 года почти 8 000 долларов на контракт, за вычетом комиссии, со стандартным отклонением всего 5 500 долларов. Годовой коэффициент Шарпа около 5.0. На платформе с хорошим исполнением стратегия может масштабироваться до 10-15 контрактов, с годовой прибылью от 1 до 1.5 миллионов долларов.

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

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