Избранное трейдера Бездельник У

по

Концентрация банковского капитала США // Кукл доказан, МСБ утопия, закон выживания одиночки

Структура финансовой системы различных стран может существенно отличаться (картинки для сравнения), но практически всегда ключевую роль играют банки, как концентраторы капитала и представители власти, — финансово-промышленных групп. Доля банков выше 50-60% в финансовой структуре страны говорит об уже сложившейся структуре центров влияния. Мелкие фонды и венчуры не играют существенной роли, и что бы свершить бизнес нужно вливаться под крыло. Если банковская система в свою очередь также концентрирована, то власть даже не в руках баронов, но в руках единой группы контроля. 

Концентрация государства в банковской системы Беларуси и России общеизвестна в СНГ. В популистских финансовых обсуждениях для обывателей такая концентрация подается как негативная, защищаются средние и малые банки, охают по поводу закрытия оных в Украине и России за 2014-2015 гг. Конкурентны ли малые банки в условиях массовых цифровых продуктов? Детально рассматривал стратегический менеджмент банка



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

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

QUIK 7.1

    • 12 февраля 2016, 19:34
    • |
    • swerg
  • Еще
Смотрите какой стал QUIK:

Скриншот QUIK 7.1 с тёмной темой



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

Программирование и я. Что я умею?

Последний раз я писал про свои успехи в программировании 10 дней назад. За эти 10 дней я:
  • потратил еще 18 часов чистого времени изучения. (Маловато, всего 1 час 48 минут в день в среднем получается)
  • всего потрачено 75 часов.
  • продвинулся по книге Изучаем C# со стр. 304 до стр. 492.
  • написал и отправил на ютуб ещё 8 программок
Итак, что я до сих пор не знаю?

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

ОПЦИОНЫ #4 + RI интрадей. Счет 2.2м. Публичные торги. Часть 1.

Всем доброго времени суток. Продолжаю публиковать сделки на опционах.
Концепцию торговли опционами я уже довольно подробно изложил в предыдущих «публичных экспериментах» (результат прошлого — 5.16% за 7 дней), по-этому сразу продолжим.

До этого больше недели торговал фьючерсом на индекс РТС. Планировал резко прекратить торговлю RI и перейти на опционы, но обстоятельства сложились иначе. В итоге получается винегрет из торговли опционами и RI, но все повествовательное внимание уделено опционам.

Счет в управлении. Согласно договоренности с партнером, в конце каждого расчетного периода (после экспирации) прибыль выводится и на счете остается 1.5млн (в течение пробного периода).

Поскольку с конца января я торговал RI, то сумма на счете не ровная, и более того, были сделки в РИ за вечернюю сессию. Но вычисления уже после клиринга показали, что сумма была равна 2.2млн.

Отчет по торговле Ри на данном счете, и Si на своем счете выложил, если кому-то будет интересно (кривой скальпинг и немного более прямой интрайдей в течение пары недель после прошлой экспирации).
А это уже пошел новый период. Поехали:



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

Методика определения пробоя уровней с вероятностью в 80%.

Методика определения пробоя уровней с вероятность в 80%. Много рассказывать тут не буду, все ответы в видео.

Как торговать  ложный пробой, мой прошлый блог можно почитать тут.

Если видео вам понравилось или было полезно, поставьте плюсик, спасибо.


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

Не ходите в налоговую, а заполняйте декларацию в программе!

Ну вы что совсем дедки?

Умеете же пользоваться компом! Заходите и скачиваете программу, заполняете, распечатываете и отправляете в свою налоговую вместе в подтверждающими документами. Можете даже завести себе на сайте nalog.ru личный кабинет и отправлять из него в электронном виде декларацию.
Где вычет писать? А вот здесь:
Не ходите в налоговую, а заполняйте декларацию в программе!

(3 раза получал имущественные вычеты живыми деньгами)



Потерял 15000000р. за 30минут. Нужен совет.

Приветствую. 
немного предыстории: работал через брокера «Альфа Директ» с сентября 2015г. на утро 30.12.2015г. у меня на счету было 5,5млн.рублей.
в 10-30, когда я в терминале увидел, что разница в цене между TOD и TOM на пару руб./usd составляла 20копеек, при комиссии брокера 7 копеек. «Круто,» — подумал я и начал покупать в  TOD  и продавать в TOM, используя максимальное плечо 1:10.
в итоге, через 30 минут мой баланс в терминале составлял 28,5млн.рублей. «Я богат,» — ликовал я.
но тут звонят из Москвы и говорят, я использовал заемных средств и в TOD, и в TOM грубо по 160млн.USD и 23.662.543.649руб. (да-да, 23миллиарда!!!), и что после расчета всех комиссий за использование заемных средств после праздника (12 дней) я буду должен банку порядка 150.000.000р.!
Мой шок был огромен!.. «Что мне делать?» — спросил я. «Продавайте в „обратку“» — посоветовали мне.
и я начал покупать дороже TOM , продавать дешевле TOD.

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

Опционы!

Много постов про опционы начинающих и о торговле ими!
Позволю себе внести своих пять капель на эту тему!
Естественно всё вываливать не буду, но какие-то моменты озвучу.
Опционы на фьюч РТС:
Предположим, что ожидается движение вниз по РТС и идет проторговка на 90 000.
Стоимость опционов по страйкам:
страйк 90 000 стоит 3000-3500 (учитываем волатильность опционов, в завис от ожидания участников существенных отклонения цены)
страйк 87 500 стоит 2000
страйк 85 000 стоит 1500
страйк 82 500 стоит 800 и т.д.
Мы предполагали нисходящее движение и купили ПУты, движение началось.
Цена достигла страйка 82 500 изменение стоимости опционам 
страйк 90 000 стоит 8000
страйк 87 500 стоит 6000
страйк 85 000 стоит 4000
страйк 82500 стоит  2500
коэффициент изменения с момента старта от 90 000 по каждому страйку имеет свое значение (разбег от 2,2 до 3,1)

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

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