Приветствую.

Вчера купил первый раз в жизни американские акции.

В принципе перевести деньги на санкт-петербургскую биржу не слишком сложно.

Перевел с Фортса 80 000 руб. на валютную секцию ММВБ, заняло по времени около часа.
Купил на валютной секции 1 контракт USD_TOD.
На следующий день у меня на счету 1000 $, сегодня –покупаешь, доллары на счету – завтра.
Перевел 1000 $ с валютной секции ММВБ на питерскую биржу.

Торговля американскими акциями почти ничем не отличается от торговли акциями на ММВБ через обычный квик.

Можно смотреть портфель акций в долларах или рублях, у меня в $.



Стакан вроде нормальный, спред небольшой, маркетмейкеры стоят плотно.

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

Чтобы заработать много денег нужно постоянно наращивать прибыль, зарабатывая десятки и сотни процентов.
А чтобы все потерять достаточно один раз потерять 100%.
Вот в этом и заключается асимметрия рыночного риска.

Очень старое, но довольно таки познавательное видео. Вы наверно, слышали про Дмитрия Барановского. Человек разогнал 300т до 10млн, правда потом слил почти все обратно((( Автор рассказывает про свою систему, особенности психологии торговли. 
 Прошу прощения, но видео очень старое, ссылка на яндекс диск, две части. Общий объем 570 мб. Очень плохой звук, так что делайте громкость на максимум.
P.S  В качестве бонуса поклонники Александра Резвякова увидят своего учителя в молодости

yadi.sk/i/Hwqd-6a8pRfnm


yadi.sk/i/Wb18p-WKpRfrw

ПРОСЬБА К МОДЕРАТОРУ: 1) забанить афериста бессрочно 2) не переводить эту статью в другой раздел (т.к. это касается всех)

Предостеригаю: на этом ресурсе поселилась крыса. Она втирается в доверие и крадёт деньги у своих коллег.

Вот так она выглядит
Вот её страница вконтакте

Вот её забаненные профайлы:

Первый (в блогах и комментариях одно высокомерие и хамство)
Второй (ник так и называется: Hamlo)
Третий (и снова хамит)

Константин Мелихов — лицемерный человек, который занимается мошенничеством (ниже я приведу видео и аудио доказательства). Он научился с преподавательской уверенностью расчерчивать исторические графики рыночных котировок Бабочками Гартли, уверенным голосом давать ДОЛГОСРОЧНЫЙ прогноз, и за оставшееся время (пока еще не видно, что прогноз не оправдался) исчезать с чужими деньгами.

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

Всем привет.

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

FTP доступ: 

85.25.211.62
login: smartlab
pass: smartlabpass

Ссылки на торрент: http://ge.tt/1Ql8j3Y2

№2: app.box.com/s/h0dhmkif0fhnvlpzdp8ma89c1ysv876t

Формат данных:

seconds (int32) — кол-во секунд с начала суток по Чикаго.
milliseconds (int32)
price (int32)
volume (int32)
bestBidPrice (sbyte) — расстояние в тиках между price и реальной ценой BidPrice
bestAskPrice (sbyte) - расстояние в тиках между price и реальной ценой AskPrice
bestBidSize (int32) — доступно с июня 2015
bestAskSize (int32) - доступно с июня 2015

Ниже код для чтения бинарных файлов (На C#).

Создаем класс Tick:

1. public class Tick
2. {
3. public DateTime Time { get; set; }
4. public int Price { get; set; }
5. public int Volume { get; set; }
6. public int BidPrice { get; set; }
7. public int AskPrice { get; set; }

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

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

Внимание розыск!!! Где этот парень сейчас? Как у него сложилась дальнейшая судьба в качестве трейдера? Когда-то был известным трейдером. 

Друзья, всем привет

Совсем недавно решал задачу построения стакана котировок по историческим данным Московской Биржи. В открытых источниках мало что нашел про стаканы и их сборку, пришлось покопаться самому.

Какова была цель?

• Построить полный стакан на любой момент времени!

Что было сделано?

1. Изучил все нюансы и особенности полученных данных
2. Описал алгоритм сборки для Фондового рынка
3. Есть реализация алгоритма на JAVA
4. Проверил корректноть работы алгоритма

И все это теперь доступно для вас на habrahabr.ru/post/276635/  

Если будут вопросы и замечания, буду весьма рад, спасибо

Тут за неделю по постам  выяснилось, что брокеры как-будто ведут войну против трейдеров,
подставляя их на деньги…  Некоторые примеры:
 Открывают плечи на миллиарды рублей  без контроля риска;
 Влезают в торговлю и совершают свои сделки за трейдера ;
 Поднимают ГО внезапно, разумеется почему-то  при низкой марже, кроют до клиринга:
 Технические сбои вешают на трейдеров...
 И это неполный список...
 И трейдеры не знают куда обращаться и что делать, если считают что косяки это не их вина.
 Кто должен контролировать и по какому-законодательству решать эти случаи? 
 Фьючерсы это что-то подобное азартной игре, гэмблинг в казино без каких-то правовых имущественных отношений получается и ведется по правилам казино, то бишь по регламенту брокера получается?
   Раньше была  ФСФР, её закрыли и переложили контроль за брокерами на ЦБ,  но какое ему дело до правовых тонкостей каждого конкретного 
случая? 
 К тому же клиент-трейдер вначале подписывает договор, в котором сказано, что брокер может менять регламент и правила по своему произволу, а клиент никто и звать никак.  У меня например в договоре с Солид-инвестом записано, что показатели маржи в торговом терминале недействительны ( и предназначены для введения трейдера в заблуждение)  , а правильный уровень отображается в личном кабинете в пятой таблице четвертой строки каждые полчаса, а не в реальном времени,  о чем я узнал лишь на пятый год торговли, словив маржин.
   Так что задача простая:  что делать в случае, если трейдер понес, как он считает, значительные потери по вине брокера? Делать скрины, нанимать простого (?) адвоката и обращаться в обычный суд? или все обычно  утираются и пытаются отыграться?