В целом биржевая ситуация, когда цены на ближайший фьючерсный контракт превышает цену на последующий, называется «бэквордейшн» – перевернутый рынок (backwardation).[94] Такая ситуация обычно образуется на рынке, когда спрос превышает предложение, и цены на рынке высоки. В таких условиях трейдеры ожидают постепенного повышения предложения и, соответственно, снижения цен на будущие поставки. В ином варианте, когда цена на ближайший фьючерсный контракт ниже цены на последующий, рынок находится в ситуации «контанго» (contango).[95] Такая ситуация обычно образуется на рынке, когда предложение сырья превышает спрос, и цены на рынке низки. В таких условиях трейдеры ожидают постепенного снижения предложения и, соответственно, повышения цен на будущие поставки. Ситуации «бэквордейшн» и «контанго» представлены на рис. 3.2.

Рис 3.2. Ситуации «бэквордейшн» и «контанго».[96]

Перевод с http://www.tradesignalmachine.com/blog/cointegration-for-pairs-trading-part-1
-------------
Это пост появился в результате моего собственного опыта и разочарования за последние пару месяцев, пока я разрабатывал парную торговую стратегию. После исследований я понял, что не следует искать не «коррелированные» пары инструментов для торговли, а пары, которые «коинтегрированы».

Основная проблема, которую я испытывал, состояла в том, что математика, которая требуется для описания и измерения коинтеграции, была достаточно сложной. Каждая статья, которую я прочитал, была наполнена словами и понятиями, с которыми я не был знаком, поэтому я был вынужден прочитать их очень много, прежде чем я наконец-то почувствовал, что понял. В конце концов, после многих бессонных ночей, я, наконец, смог поставить свое приобретенное знание на службу алгоритмам моей торговой системы. Уверен, что я не единственный, кто был этим разочарован.

После того, как, наконец, получил хорошее представление о предмете, я решил написать статью, которой мне не хватало в то время. Она пытается ответить на все вопросы, которые я задавал тогда, в одном месте. Хотя я надеюсь, что я объяснил все необходимые понятия и принципы, вы все равно должны быть понимать математику на уровне здравого смысла! Я надеюсь, вы найдете это полезным.

Итак, коррелированные инструменты имеют тенденцию двигаться подобным образом. Если один движется вверх в течение дня, то другой, вероятно, тоже пройдет день вверх (и наоборот.) Тем не менее, с течением времени, соотношение цен (или спрэд) между этими двумя инструментами может значительно отличаться. Смотрите график AUDUSD против NZDUSD ниже. Ясно, что они коррелируют, но обратите внимание, как конечное соотношение между ценами составляет почти 5%, т.е. цены сильно отличаются в конце периода наблюдения по сравнению с началом.

Всем привет.

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

Вступление

Технические аспекты протокола

• <Заголовок сообщения>
• <Сообщение>
• <Концовка сообщения>

• <Начало сообщения, версия протокола>
• <Длина (размер) сообщения>
• <Тип сообщения>
• <Идентификатор отправителя>
• <Идентификатор получателя>
• <Номер сообщения>
• <Время отправки>

• <Контрольная сумма сообщения>

• 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, длину сообщения нужно считать без учета концовки и первых двух полей заголовка. А именно:

К бою. Начало программирования

• класс для работы с заголовками
• класс для работы с сообщением подключения к серверу (onLogon)
• класс для работы с концовкой

//Получаем 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));

+Колл=+Фьючерс+Пут
+Пут=+Колл-Фьючерс
+Фьючерс=+Колл-Пут
-Колл=-Фьючерс-Пут
-Пут=-Колл+Фьючерс
-Фьючерс=-Колл+Пут


+ это Лонг
—   Шорт