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

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

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

Почему Вы рукожопые  не можите соблюдать правила дисциплину ?)))Че это так реально сложно ?)))Торгуешь по правилам бах взял квартиру, шарах еще чучуть взял машину ))) Расскажите в обще как у вас так получается сливать, это что рукожопасть 5ой степени или как в обще ?)))Те кто работает по найму и говорит, что зарабатывает, в обще даже не начинайте (понять можно только управляющих ) 

Пипец для меня это до сих пор остается тайной, как можно быть рукожопам не соблюдая правила системы и сливать, но при этом зная, что ТС рабочая  да еще рабом работать на наемной работе  )))))Да и вставать каждое утро в 7, что  трусцой бежать к начальнику на поклон =)))

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

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

Пролог

Красивая надпись на пороге церкви: «Иисус любит тебя». Приписка краской из аэрозольного баллончика рядом: «Все остальные считают тебя мудаком».

Еще раз о философии трейдинга

«Существуют системы отсчёта, называемые инерциальными, в которых, если на тело не действует сила, тело находится в покое или движется прямолинейно и с одинаковой скоростью». (первый закон Ньютона).

Так вот, философия – это система взглядов, позволяющая находится в гармонии и покое. Надо же как-то устраиваться в этом мире.

Система, потому что, это многоуровневое построение сознания по возрастанию силы и значимости осознания:

1. Окружение (Где, когда и с кем?)
2. Действия (Что?)
3. Способности (Как?)
4. Намерения (Для чего? Чего хочу? Цели)
5. Ценности (Зачем?)
6. Убеждения (Почему?)
7. Сущность/идентичность (Кто я?)
8. Миссия (Во имя чего? Зачем я миру?)
9. Смысл (В каком таком мире? Зачем мир мне?)

Каждый следующий уровень бьёт предыдущий. А именно способность перейти от уровней Окружения, Поведения, Способностей через уровни Намерений, Ценностей и Убеждений к уровням Сущности, Миссии и Смысла выводит сознание на философский уровень бытия.

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

На СЛ прослеживаются несколько кружков по интересам:

Одна группа только и занимается тем, что подтрунивает и издевается над людьми ведущими публичную торговлю.

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

Между ними есть те, кто критикует и тех и других, есть те кто поддерживает обе группы, есть и те, кто делает это фрагментарно. 

Чепуха и каша полная получается.

Возьмем к примеру Василия:

человек торгует честно и публично — мы видим и лосей и профиты и явные ошибки присущие большинству из нас,  в особенности плечевой перегруз, откуда и получаем то +25%, то -25% за неделю)))
даже если человек торгует плохо, у него можно учиться на его ошибках.

Ранее меня самого раздражал Василий тем, что его слова и дела не сводятся к профиту.

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

По мотивам поста

Не знаю остались ли оптимисты, которые видят будущее АвтоВАЗа светлым, но я в очередной раз призываю вас не тратить время и избавиться от этих бумажек!

В пятницу компания представила финансовые результаты своей деятельности по МСФО за 2015 год, согласно которым:
1) Выручка снизилась на 8%
2) Экспортные поставки оказались провальными
3) Операционный убыток вырос в 4,5 раза
4) Чистый убыток вырос в 3 раза и стал рекордным для компании за всю ее историю — 73,65 млрд рублей! Это оказалось выше предыдущего антирекорда в непростом 2009 году, когда убыток составил куда более скромные 50 млрд рублей.
5) АвтоВАЗ нарушил финансовые условия части своих банковских кредитов по показателям EBITDA, рентабельность и ликвидность, которых в общей сложности насчитывается на 36,6 млрд рублей. А это значит, что банки теперь в любой момент могут потребовать их долгосрочного погашения. Понятное дело, что на помощь как всегда придет государство, но это лишь морфий для умирающего.


Еще картинки

Вчера ri февраль и март прайсли ровненько по воле, что то вроде 46 и 46, с si было много веселее 34-30. Сегодня вечером все удивительным образом изменилось — ri 40-45, si — около 29 оба контракта. Кто попал на деньги? И кто прав окажется в понедельник? Думаю, что сегодняшние вечерние покупатели ri февраля если и потеряют, то немного (скорее всего наживут). Ну а продавцы февральского si продолжат праздновать.

Вступление

     Никогда не увлекался скоростным трейдингом. Всегда хватало терминала. Изучать этот протокол меня побудил набор вакансий. Надо отметить, что я неспешно перебираю хорошие вакансии на рынке. Частному трейдеру очень сложно развиваться в одиночку — психологически, эмоционально, физически. Создавать и развиваться постоянно хочется, поэтому принял решение вливаться в коллектив. За несколько месяцев, мне удалось провести несколько собеседований. На втором этапе я проваливался именно из за не знаний протокола.  Предметную область я примерно представлял. Ну что там сложного? Соединился с биржей по сокетам и начинай обмен сообщениями. Надо отметить, что в этой области есть уже готовые разработки в виде 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 протокол с нуля. Рисуем и программируем дальше.

Набиулина, блин! Это не по-пацански!
Сначала устранила всех основных конкурентов с валютных торгов — банки, зажав узким РЕПО рублевую массу и увещеваниями в адрес банков:
http://quote.rbc.ru/comments/2016/02/02/34538323.html
http://www.finanz.ru/novosti/valyuty/cb-mozhet-otkazatsya-ot-aukcionov-nedelnogo-repo-1001036836
http://www.vedomosti.ru/economics/news/2016/01/21/624962-tsb-sobiraet-bankirov

тут и СКР подключился:
http://izvestia.ru/news/604038

А для чего?
Да просто! Теперь кроме ЦБ на валютном рынке крупных игроков нет, можно тарить бакс, не стесняясь. На отскоках нефти — милое дело подкупаться в гордом одиночестве. Ну, а потом, если реализуется сценарий похода нефти ниже, то можно ликвидности банкам подбросить, пускай разгоняют долларень, и рублей через 20ть, ЦБ наверху раздаст ранее купленные зеленые, зажав ликвидность в оконцовке.

Как итог, в сценарии снижения нефти главным бенефициаром контролируемой девальвации будет ЦБ. Пять!

Последний раз я писал про свои успехи в программировании 10 дней назад. За эти 10 дней я:

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

Итак, что я до сих пор не знаю?

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