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

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


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

я несколько недель тому тоже говорил что W формация на рынках очень напоминает 1929 и 1987.
 http://www.hussmanfunds.com/wmc/wmc160215.htm
Выше ссылка на довольно неплохого управляющего хедж фондом. внизу графики которые говорят больше чем 100 слов.

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

Вступление

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

Дневка по Сипи, видим сильный уровень, отработанный не раз, привет agerchik, закрылись выше уровня, пробоя нет. Сегодня откроемся скорее всего ниже.


В момент открытия купить опцион кол недельной экспирации, страйк 187, либо дебетный спред 187.5/189.5. Закрыть в прибыль на тестировании уровня. Докупиться 2х на падении премии на 50%. Продать за остаточную если не протестируем до конца дня, на последних минутах. В 15-20 EST как обычно возможен удар в лонг от PPT команды Америка.

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

Произошло такое как на картинках из bloomberga. На утреннем трейде акции упали на 42%, к трехлетнему минимуму, такой обвал у них впервые в истории. Потери стоимости составили около 10 млрд долл, что сравнимо со всей стоимостью Twitter. 



Но у LinkedIn сильнейшее окончание 2015 года во всех своих сегментах! Zacks, источник.

Компания превысила ожидания по доходам и прибыли, вместо 78 центов на акцию вышло 94 цента или на 20,5% больше. Доход 4-го квартала 2015 года выше на 34% чем в аналогичном периоде 2014 г. Если бы такой результат был у Сбербанка России, его бумаги выросли бы в космос.

Пояснения обвала ни-о-чем как во всех таких случаях: пишут, что в 1-м кв. 2016 г. доход на акцию ожидается 0,55 цента вместо 0,74; а доход компании 820 млн. долл. вместо 867 млн. долл. Такие объяснения для меня признак, что причин не было, что это сговор, «игра на понижение». Как в случаях с недавним Индексом доллара, который валили задирая золото и обрезая шортистов по золоту, которые уверенно ждали конца сезона, просчитали экономику, так сказать. 

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

Начало 2016 года проходит в крайне неоднозначной обстановке для американского рынка акций, который успел потерять уже порядка $1,5 трлн. В центре внимания находятся цены на «черное золото», и зачастую фондовые индексы движутся вслед за нефтью.

Корреляция между двумя видами активов (их ценами) заметно возросла. Однако не совсем понятно, почему нефтяные котировки влияют на акции компаний, совсем не связанных с рынком «черного золота». Существует несколько объяснений. Давайте разберемся.

1. Экономика. Некоторые инвесторы рассматривают нефть в качестве индикатора ситуации в реальной экономике, опасаясь грядущей рецессии в США. Теория эта спорная, ибо во многом речь идет о переизбытке предложения нефти на рынке. Тем не менее, не следует забывать о таком факторе как проблемы Китая.

2. Кредит. Падение нефти ослабляет ее производителей, ухудшая ситуацию на рынке корпоративных облигаций и займов. Следует отметить, что многие из спекулятивных бондов относятся к нефтегазовому сектору: около 19% индекса облигаций Bloomberg High Yield или $284 млрд. Согласно оценкам BCA Research, процент дефолтов в сегменте может достичь 15% в этом году. Также ухудшатся качество кредитных портфелей многих банков.

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

Александр Хуршудов про нефть. Это вам не пацан из Финама, в отглаженной рубашке, рождающий анализ после анализа электронных и бумажных носителей. Хуршудов профессионал, всю жизнь работал в нефтянке, анализирует СТАТИСТИКУ и САМ играет на бирже.
www.angi.ru/news.shtml?oid=2833781

Часовик


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

Не все конечно участвовали — но скажу честно было весело, спекулировал в то время золотом, повезло в тот день оказался в голде !

Реально поменять спекулю деньги было возможно с очень большими потерями, ограничение по сумме + надо было их отнести в сбер :D 

Обмен изымаемых купюр сопровождался существенными ограничениями:

• Сжатые сроки обмена — три дня с 23 по 25 января (со среды по пятницу).
• Не более 1000 рублей на человека — возможность обмена остальных купюр рассматривалась в специальных комиссиях до конца марта 1991 года.

Одновременно была ограничена сумма наличных денег, доступных для снятия в Сбере — не более 500 рублей в месяц на одного вкладчика. 

Уровень держит только цифра производства и запасов в США. В Китае запасы снизились в Индии спрос вырос.
ОПЕК производит ровно до баланса спроса +-немного мутят но, но Иран в организации имеет свою квоту с которым судя по отчёту организации никто не спорит.






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