Избранное трейдера sam

по

R. Считаем корреляцию.

Вчера на СмартЛабе  был размещен пост Как построить корреляционную матрицу (для парной торговли) в Excel, собравший аж 150 "+".
Решил тоже попрактиковаться и написать под эту задачу код в R. Важным преимуществом R является наличие пакета rusquant, который позволяет автоматически получать котировки с Финам в любом таймфрейме (в т.ч. в тиках), что существенно экономит время по сравнению с ручной обработкой в Excel.

Код на R приведен ниже:

R. Считаем корреляцию.

  • Файл c кодом можно скачать тут.
  • Файл с названиями тикеров: для примера 1 тут, для примера 2 тутЭти файлы используется для ввода тикеров в программу, т.к. прописывать тикеры вручную непосредственно в коде при их большом количестве не удобно. 
  • Время загрузки данных с Финам по 79 тикерам составило 84 секунды, т.е. примерно по 1 сек. на тикер. А сколько бы ушло на ручную загрузку для Excel сложно представать.

 

Результаты:



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

Реальный результат проскальзывания ботов

    • 22 февраля 2016, 09:44
    • |
    • ves2010
  • Еще
1. Боты под акции фьючи с 15.12.15 по 20.02.2016 реальные торги

проскальзывание в % на сделку=(расхождение с расчетной эквити/(число сделок*2*размер позы))*100%=(165к/5406*2*120к)=0.0127% на сделку 
имхо очень даже хороший резалт

2 Бот под евро-рубль и бакс-рубль...
проскальзывание в % на сделку=(136к/(848*2*230к))*100%= 0.035% чето многовато… ожидал раза в 4 меньшее

число сделок надо умножать на 2, т.к вход и выход

мораль в том...

1 что 2 месяцев торгов обошлись мне в 300к… это 150к в месяц… и еще комиссы...

2 можно примерно прикинуть затраты на торговлю в % годовых от капитала… ((150к проскальзывания+50к комиссы)*12/15мио капитала) *100%=16% годовых... 

3 таким образом мне надо отбить 16% затрат на торговлю + 14% инфляция и чтоб получить хоть какой то профит мне надо заработать овер 30% годовых...

4 т.е на российской бирже для меня гейм овер

пичаль

Пишу MarketScanner. 21.02.2016

Продолжаю писать в свободное от работы время собственный market scanner.

Решено, что сканер будет состоять из двух программ, работающих независимо:
1) Database, которая будет вытягивать исторические данные через IB TWS, формировать из них базу данных.
2) Scanner + Visualizer, собственно поиск паттернов, отображение чартов, подача сигналов, выставление ордеров и т. д.
Предполагается, что работать они будут параллельно и круглосуточно, скачивая и сканируя весь рынок на предмет точек входа.
 
Торговые данные будут храниться на диске в виде XML-файлов — текстовый формат более удобен для ручной инспекции, он расширяем, может читаться разными парсерами и т. д. Для работы с XML я подключил библиотеку TinyXML: https://sourceforge.net/projects/tinyxml/

Тестовый код работает следующим образом: в XML-файле хранится список тикеров, по которым нужно получить исторические данные. Для простоты я начал с компаний из списка S&P 500. Программа идёт по списку и вытягивает исторические данные за последний год для каждого тикера. Полученные данные записываются в соответствующий XML-файл, который имеет такое же символьное сокращение как и у тикера.

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

Сколько ЦБ в России? Правильный ответ: Два!

    • 21 февраля 2016, 20:12
    • |
    • NeoVuka
  • Еще
Вчера опубликовали интересную статью:«Казначейство в 2015 году увеличило доход от размещения рублевых средств на депозитах в банках на 40,5%»
Я по наивности полагал, что рефинансированием банков должен заниматься Центральный Банк.
Оказалось нет. У нас, «у русских собственная гордость».
Специалисты казначейства, проявив свою высокую квалификацию в деле оценки банковских рисков,  в 2015 году заключили, аж целых 488 договоров о краткосрочном кредитовании (до 35 дней) на сумму 12,81 трлн. рублей. Все средства с процентами были своевременно возвращены.
Браво!
А теперь, вопросы:
-Ключевая ставка в 2015 году колебалась в пределах от 17% до 11%, ставки абсорбирования ликвидности  (ставка при которой ЦБ готов принимать средства в любом количестве) составляла от 16% до 10%.
Казначейством к размещению было представлено 15,98 трлн рублей, спрос составил 23,261 трлн рублей, размещено 12,81 трлн рублей. При таком спросе, смею предположить, что сроки и суммы размещения для 100 «отобранных» счастливчиков были максимальными. Исходя из этого предположения сделаем расчет минимального дохода казначейства:
12,81*10%/365*35=122,84 млрд рублей.
Факт составит 69,37 млрд рублей
Куда делись 53,47 млрд рублей (43,53% от минимального дохода).

Ответ, скорее всего, лежит в свойстве срерхтекучести госсредств сквозь мембрану из пальцев.
Эффективнее было дать свободные средства в депозит ЦБ РФ. На 43,53% эффективнее!

-Сумма предложения к размещению составила 15,98 трлн руб. Расходы бюджета в 2015 году планировались в размере 15,530 трлн руб.
То есть, казначейством предлагалось прокрутить через банки всю расходную часть бюджета. Но банки подвели. «Достойными» оказалась только «Небесная Сотня».

Комментировать дальше не хочется.
Вместо вывода:
Думаю, что в этом году, такая успешная деятельность казначейства по увеличению доходов федерального бюджета будет продолжена в увеличенном размере. Но год тяжелый и казначейству труднее будет размещать средства. Следовательно, ставка размещения будет падать.


С уважением, V.



Бесплатная тиковая база данных (CME)

    • 15 февраля 2016, 18:22
    • |
    • nxt
  • Еще

Всем привет.

Решил выложить в открытый доступ базу данных тиков с 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; }


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

Очень полезное видео для любителей фьючерса РТС

В свое время неплохо помогло в плане осознания природы движения цены на рынке. Человек толково объясняет как пользоваться QScalp, анализировать открытый интерес и повысить эффективность своей торговли


www.youtube.com/watch?v=BxtjvuOcZWE&list=PL7c0HbowGrbEtg3cWCAols2BK2R01uHi6

www.youtube.com/watch?v=TD7rvTYoP9I&index=2&list=PL7c0HbowGrbEtg3cWCAols2BK2R01uHi6

www.youtube.com/watch?v=w-iLP2nSQ-s&index=3&list=PL7c0HbowGrbEtg3cWCAols2BK2R01uHi6

www.youtube.com/watch?v=w-iLP2nSQ-s&index=3&list=PL7c0HbowGrbEtg3cWCAols2BK2R01uHi6

www.youtube.com/watch?v=Xj8Wp7dQXrc&list=PL7c0HbowGrbEtg3cWCAols2BK2R01uHi6&index=5




3 ПРОСТЫХ ШАГА, КАК ВЫИГРАТЬ MINI-COOPER ОТ МОСКОВСКОЙ БИРЖИ!

1. Заполни анкету и оставь свой прогноз на значение фьючерсного контракта на индекс ММВБ (мини) на 17 марта

2. Соверши сделки со 100 и более фьючерсными контрактами на индекс ММВБ (мини)

3. Если твой прогноз окажется самым точным – получи ключи от нового MINI!

Вперед, к первому шагу http://mini.moex.com/

3 ПРОСТЫХ ШАГА, КАК ВЫИГРАТЬ MINI-COOPER ОТ МОСКОВСКОЙ БИРЖИ!


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

Почему приятнее быть умным среди глупых, а не глупым среди умных. О психологической природе контртренда

Почему трейдеры пытаются шортить растущий тренд и выкупать падающие ножи? Откуда это идет — кто-нибудь может внятно и научно объяснить? Психологи, квалифицированные трейдеры, ау.Спасибо
smart-lab.ru/blog/310080.php

Так как я у уважаемого коллеги почему-то в ЧС, то вынужден сделать отдельный топик, чтобы дать свой внятный ответ на это вопрос.

Отвечаю.
Потому что на растущем графике в точке локального максимума ты видишь ниже себя уйму дурачков, продавших дешевле, чем можешь продать ты и уйму умников, купивших дешевле, чем можешь купить ты. И потому хочется быть умнее тех, кто продал раньше, а не глупее тех, кто купил раньше. И поэтому на каждом максимуме приятно продавать и неприятно покупать.

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

Coursera для трейдеров

То, что доктор прописал.
На русском.
Тынц

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