Избранное трейдера zh77
На прошлой неделе мы опубликовали первую часть обзора модуля Стакан в терминале EXANTE. Сегодня предлагаем вам продолжение этой статьи нашего партнера, Сергея Голубицкого.
Тёмные стороны стакана
Можно сделать наивный вывод, что стакан — это поистине «волшебная палочка» безупречной торговли, и если кто-то ещё не обогатился на нём — то лишь потому, что пока не узнал о его возможностях. Но всё не так просто, как кажется на первый взгляд.
Выше мы рассмотрели прогностическую модель, которая показала одно блестящее совпадение. Но достаточно ли этого, чтобы праздновать победу? Не рискуем ли мы уподобиться здесь псевдоучёному, который одно совпадение готов выдать за доказательство теории?
Если мы проанализируем другие наблюдательные данные, то они вписываются в модель гораздо хуже.
Напомним, как выглядел график, который мы рассматривали в предыдущей статье:
Из опыта первой статьи вы наверное вспомните, что я предложил под каждый блок сообщения делать класс и на основе этих классов строить сообщение. Переспав с этой идеей, сегодня за кружкой чая, я решил остановиться на этой идее. А именно:Наверное с такой ситуацией сталкиваются многие алгоритмисты, дело в том что генерация идей для алгоритмов, стала сильно опережать реализацию этих идей. Хотя я могу это объяснить тем что, маловато опыта в программировании…долго пишу-туплю, исправляю ошибки-туплю.
Я уже не сижу и не ломаю голову над тем, какую бы очередную стратегию придумать. Идей целый вагон, они возникают спонтанно, и я все их стараюсь записывать чтобы не забыть. Для того чтобы реализовать ВСЁ ЭТО мне потребуется много времени.Это все хорошо, но есть одно но. После первых тестов выяснилось что, 70% процентов идей это барахло полное, а из остальных 30% что-то можно позаимствовать. Отсюда вытекает то, что за 2 года торговли я практически ничего не понял, я наивно полагал что в рынке есть такие паттерны или закономерности или неэффективности (кому что ближе) которые дают вероятность профита 80-90% при условии TP/Sl =1/ 1. Тесты на истории показали мне рынок в совершенно ином свете, а еще в ином свете сам перед собой предстал Я…кретин… Хотя в конце концов наверно такие паттерны и образуются раз в пятилетку я не знаю, возможно, но только тогда и смысл в них теряется, или получается эдакий сверхнизкочастотный трейдинг но с высокой вероятностью ))) Ну да ладно, щас не об этом.
Записал вторую часть, как торговать пробои, как определить пробой уровня с вероятностью в 80%. Делюсь своим опытом и своими наработками.
Первую часть виде можно посмотреть здесь.
Если видео вам было полезно, поставьте плюсик, спасибо.
Пролог
Красивая надпись на пороге церкви: «Иисус любит тебя». Приписка краской из аэрозольного баллончика рядом: «Все остальные считают тебя мудаком».
Еще раз о философии трейдинга
«Существуют системы отсчёта, называемые инерциальными, в которых, если на тело не действует сила, тело находится в покое или движется прямолинейно и с одинаковой скоростью». (первый закон Ньютона).
Так вот, философия – это система взглядов, позволяющая находится в гармонии и покое. Надо же как-то устраиваться в этом мире.
Система, потому что, это многоуровневое построение сознания по возрастанию силы и значимости осознания:
Каждый следующий уровень бьёт предыдущий. А именно способность перейти от уровней Окружения, Поведения, Способностей через уровни Намерений, Ценностей и Убеждений к уровням Сущности, Миссии и Смысла выводит сознание на философский уровень бытия.
Если говорить образно. То, чтобы отправить сообщение на сервер, нам просто нужно сформировать нужную строку со всеми данными и отправить ее на биржу. Ну например:
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, длину сообщения нужно считать без учета концовки и первых двух полей заголовка. А именно:

Зеленым я отметил именно разделители. Как вы уже видите, это просто в шестнадцатеричном виде код 01. То есть, в нашу строку в виде разделителей, нужно вставлять код 01. Также я отметил для себя последовательность полей в сообщении. Почему то в другом порядке у меня вызывало ошибки (возможно тут я не прав)
Ну и контрольная сумма. Контрольная сумма считается над всем сообщением, за исключением концовки. То есть в расчет берется только заголовок и само сообщение. Для этого, мы переводим каждый символ в его Ascii код и вычисляем их сумму. Полученную сумму делим по модулю 256. Это и будет контрольной суммой сообщения. При этом, значение должно быть трехзначным. Если мы получаем 2 знака, то подставляем 0 слева (например, если контрольная сумма = 68, то должны передать значении 068).
Как видим, первый метод строит нужную строку из полей. Обратите внимание, там присутствует наш разделитель в виде спец символа \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));



Всем доброго времени суток. Продолжаю публиковать сделки на опционах.
Концепцию торговли опционами я уже довольно подробно изложил в предыдущих «публичных экспериментах» (результат прошлого — 5.16% за 7 дней), по-этому сразу продолжим.
До этого больше недели торговал фьючерсом на индекс РТС. Планировал резко прекратить торговлю RI и перейти на опционы, но обстоятельства сложились иначе. В итоге получается винегрет из торговли опционами и RI, но все повествовательное внимание уделено опционам.
Счет в управлении. Согласно договоренности с партнером, в конце каждого расчетного периода (после экспирации) прибыль выводится и на счете остается 1.5млн (в течение пробного периода).
Поскольку с конца января я торговал RI, то сумма на счете не ровная, и более того, были сделки в РИ за вечернюю сессию. Но вычисления уже после клиринга показали, что сумма была равна 2.2млн.
Отчет по торговле Ри на данном счете, и Si на своем счете выложил, если кому-то будет интересно (кривой скальпинг и немного более прямой интрайдей в течение пары недель после прошлой экспирации).
А это уже пошел новый период. Поехали: