интересная судебная практика:
https://www.zakonrf.info/suddoc/cb4d01b28de9b05f2a8ff3444506881d/
вот решение верховного суда

а вот решение повторного (заново начали рассматривать) судебного рассмотрения:
https://mos-gorsud.ru/rs/basmannyj/services/cases/civil/details/ca543b33-895f-49ea-9ed4-1e7e06ddd162?participants=%D0%BE%D0%BB%D1%8C%D0%BC%D0%B5%D0%B7%D0%BE%D0%B2
там надо скачать файл word — если хотите почитать поподробнее

Вывод какой: человек судился несколько лет — выиграл 2 суда — итог 3 суд — верховный — говорит — судитесь в москве — в суде брокера — и как итог — клиент проиграл… и теперь еще дополнительно должен брокеру много денег

Даже если вы правы по закону — честный суд в москве все расставит по своим местам
Прочитайте документы и скажите свое мнение

И если хотите — ставьте +плюсики+ чтобы другие пользователи увидели реалии и были готовы к справедливости

я тоже сильно переживаю беспредел брокера — вот и готовлюсь(((

На этой неделе появилась новость о том, что инвесторы, потерявшие деньги по итогам экспирации WTI 21 апреля, готовят коллективный иск с помощью юридической компании Milton Legal .

У меня нет текста иска с правовой позицией юристов, поэтому анализ я делаю на основании их публичных заявлений о ситуации по сообщению (ссылка). Также добавил различные аргументы, которые высказывались на смартлабе.

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

Ссылка на новость  1,  2

Итак, заявления юристов Milton Legal  такие:

1. «Инвесторы готовят коллективный иск к Московской бирже из-за закрытия майских фьючерсов на нефть WTI по минус 37,63 доллара за баррель, в котором потребуют признать это незаконным и возместить понесенные убытки»
2. «Инвесторы понесли серьезные убытки из-за неподготовленности Московской биржи к торговле фьючерсами с отрицательными ценами: «Участники торгов были полностью лишены возможности повлиять на сделку, закрыть позицию или выставить стоп-лосс»»
3. «Биржа подтвердила, что не могла продолжать торги 20 апреля и открыть торги 21 апреля и цена контракта не могла бы опуститься ниже отметки 0,01 пункта. При этом Мосбиржа и брокеры своевременно не предупредили своих клиентов о том, что цена на контракты может опуститься ниже нулевой отметки. Фактически каждый контракт принес держателям таких фьючерсов убыток в размере 46,47 доллара относительно минимальной цены 8,84 доллара, на которой торги были приостановлены.»
4. «Неутешительные итоги переговоров с Московской биржей вынуждают инвесторов подать коллективный иск с требованием признать незаконным завершение контрактов по отрицательной ставке. Кроме этого, инвесторы требуют возместить убытки, которые понесли из-за действий российской торговой площадки. У многих трейдеров с брокерских счетов были списаны все имеющиеся средства, а брокеры обратились с требованием по оплате образовавшихся долгов»
5. «Мосбиржа, безусловно, совершила грубую ошибку, сначала остановив торги, а затем рассчитав цену экспирации по отрицательной цене. Инвесторы никаким образом не могли повлиять на уменьшение убытков, поскольку данная ситуация не имеет аналогов, равно как и существующее программное обеспечение не имеет функционала для торговли по отрицательным ценам. Таким образом, к исполнению данных контрактов может быть применено положение об обстоятельствах непреодолимой силы»
6. « 20 апреля Мосбиржа ограничила диапазон торгов на уровне $8,84 за баррель. При этом ни у одного из покупателей на российской секции биржи, это порядка 700 человек по предварительной оценке, не было возможности свои риски уменьшить или ограничить»
7. «Вдобавок на Мосбирже технически невозможно выставить заявку с минусом, система отклоняет ее как несоответствующую регламенту, поэтому все, кто пытался продать хотя бы в небольшой минус, например, когда цена была минус $5, не могли этого сделать и просто наблюдали, как цена падала до минус $37».

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

Достаточно важный и интересный кейс с точки зрения понимания надежности российской финансовой инфраструктуры и подсвечивающий запредельный уровень некомпетентности Мосбиржи. Суть в следующем: 20 апреля за день до экспирации основного майского контракта WTI на CME образовался навес в 25-30 тыс контрактов (25-30 млн баррелей) спекулятивных позиций, которые по непонятным причинам не были покрыты ранее. Уход маркетмейкеров и трудности в обеспечении поставок привели к принудительному закрытию спекулятивных позиций, что привело к самому сильному обвалу цен на нефть с переходом в экстремальную отрицательную область вплоть до минус 40.

Одновременно с WTI на CME в России через Московскую биржу торговалась реплика (производная на производную) на WTI (группа CL контрактов), но в отличие от основного контракта, в России с 19.22 (по данным биржи) произошла отвязка реплики от американской WTI. Это произошло на первой планке, но расширения торговых лимитов не было вплоть до окончания торгов. Биржа ссылается на отсутствие протоколов по расширению торговых лимитов на вечерней сессии, тогда как было несколько прецедентов по ликвидным контрактам (Ri, Si, Br), когда ранее на вечерней сессии лимиты расширяли. Само по себе это казус, когда в день или за день до экспирации отсутствуют протоколы контроля за рисками и непрерывного обеспечения торгов, что само по себе уже является прямым нарушением хода торгов. Участники торгов и брокеры (на которых лежит основной риск) лишены возможности управлять и балансировать своими позициями, а следовательно, в этом случае риски по кассовым разрывам должен брать на себя организатор торгов.

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

Доброго дня всем добрым людям! Делюсь для новичков, для старичков, для сильных духом и пытливых разумом практиков личными беседами на тему опционов с победителем Игр Разума 2019 и номинации «Повелитель индексов» в ЛЧИ-2019 уважаемым Старый бес с его разрешения. Разговоры (их было несколько) имели место в январе 2020 года, во время новогодних каникул. По мотивам этих бесед был сделан и выложен в TradingView индикатор Dancing Space (посмотрите выше в моём блоге). В эпоху сбора тэты торгующие волатильностью наносят ответный удар )

© Торгуйте опционами, и да пребудет с нами нелинейность, ликвидность и волатильность по целям

Опционные беседы

Не далее как вчера опубликовал топик "Смена x86 Quik 7.27.2.1 на x64 Quik 8.4.1.6. Пляски вокруг DLL", где кратко рассказывалось как перекомпилировать проект С++ с платформы х86 на х64. Надеюсь, что у вас все уже получилось или получится.
Но я «крутой» программист, и, естественно, у меня вначале вообще ничего и никак не получалось. А так как проект большой, да еще и непонятно в чем дело, а своими экспериментами я могу вообще все испортить, то решил сделать маленькую простенькую DLL LuaProba.dll, на ней отработать переход на х64, и потом перенести это в большой проект.
Привожу код С++ DLL целиком:

// LuaProba.cpp: определяет экспортированные функции для приложения DLL.
//

#include "stdafx.h"
#include <stdio.h>
#include <string.h>

//=== Необходимые для Lua константы ============================================================================//
#define LUA_LIB
#define LUA_BUILD_AS_DLL

//=== Заголовочные файлы LUA ===================================================================================//
extern "C" {
#include "Lua\lua.h"
#include "Lua/lauxlib.h"
}

static int forLua_TestFunc(lua_State *L) // Возвращает заданный текст
{
        const char *cc = "Привет из C/C++ и от меня 2 раза"; //str.c_str();
        lua_pushstring(L, cc);
        return(1);
}

//= == Регистрация реализованных в dll функций, чтобы они стали "видимы" для Lua == == == == == == == == == == == == == == == ==//
static struct luaL_reg ls_lib[] =
{
        { "TestFunc", forLua_TestFunc },
        { NULL, NULL }
};

//=== Регистрация названия библиотеки, видимого в скрипте Lua ==================================================//
extern "C" LUALIB_API int luaopen_LuaProba(lua_State *L)
{
        luaL_openlib(L, "LuaProba", ls_lib, 0);
        return 0;
}

Весь проект DLL для VS 2015 можно скачать по ссылке - 

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

Признаться уже достал этот 32-битный Quik 7. Работать стало почти невозможно, начал подвисать практически на пустом месте. А если повесить на Quik Lua, а к Lua прицепить DLL, то вообще все эпизодически вставало. DLL-ки, вообще-то, многопоточные и освобождают вызывающие потоки (события) Lua практически за миллисекунды, но если таких событий много Quik встает. Хотя, он и без Lua и DLL тоже регулярно встает.)

Были и другие причины ухода от 32-бит Quik, но это уже связано с брокером и другими факторами.
Итак, новый брокер — новый 64-битный Quik 8.4.1.6. Наконец сбылась мечта идиота!
Что можно сказать, — х64 Quik работает гораздо лучше, все равно временами немного подвисает, но, вроде, некритично. После логин-пароля, прежде чем работать надо подождать, — потоки обезличенных сделок начинают работать только через 3-4 минуты после старта. В общем, с этим все более-менее ОК.
Следующий этап — надо переводить весь подключаемый к Quik софт с х86 на х64, и если есть исходники, то никаких проблем не должно появиться. Если вы не используете в своем софте каких либо дополнительных DLL, то все должно ограничиваться двумя действиями.
1. Меняете в проекте С++ в разделе Файлы ресурсов 32-битную версию файла Lua5.1.lib на 64-битную версию Lua5.1.lib,
2. Выставляете в свой свойствах проекта компиляцию в x64. Можно даже так:

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

Сегодня дали логин-пароль для Quik. Quik 8.4.1.6. Номер и атрибуты счета пока не прислали, сказали через пару дней.
Сегодня настраивал и тестировал под фьючерсы и опционы. Вроде почти все ОК.
Исключение — после перезапуска самостоятельно не возобновляются потоки данных в таблицах обезличенных сделок. Нужно открывать настройки таблиц и щелкать ОК. Неудобно, но пока таблиц мало, это терпимо. Пока не знаю, м.б. чего еще настроить надо.
Теперь надо перекомпилировать софт под х64 и все проверять-настраивать.

ЗЫ И еще новость для юзеров Lua-QLua. Quik в ближайшее время переводится на версию Lua 5.3. На новых версиях Quik часть старых и самописных индикаторов, скриптов и ТС перестанет работать. Необходимо будет их доработать под версию Lua 5.3.
Новость на сайте Quik - https://forum.quik.ru/forum10/topic5119/

Возможно, не все знают про нелинейные эффекты грека Веги и волшебные свойства грека Воммы. По нынешним волатильным временам, когда вола ходит туда-сюда на десятки процентов — эти эффекты могут значительно повлиять на финрез при торговле волатильностью. Хочу поделиться своим видением — может кому будет интересно. А может кого убережет от опасной позиции с неоправданным риском.

Итак, рассмотрим проданный стрэдл:



Это обычный профиль PnL, который рисуют все опционные программы. Фактически, это зависимость PnL позиции от первого момента (M1) распределения вероятностей, где окажется цена БА на экспирацию (вон оно на заднем фоне профиля). M1 = текущей цене БА. Т.е. мысленно двигаем все распределение влево-вправо (меняем M1) и считаем, как изменится PnL позиции при этом. Но, когда торгуем волатильностью, влияние первого момента ведь стараемся исключать используя дельтахедж (ДХ). И в большей степени нас должен интересовать профиль PnL от второго момента распределения (M2). Именно от него зависит финрез торговли волатильностью. Фактически, M2 почти тоже самое, что IV на центре улыбки (IVC). Смотрел на истории, специальным образом нормированный M2 (на цену БА и время до экспы) коррелирует с IVC почти 100%.

Если у нас есть опционная модель, в которой можно точечно менять второй момент, то легко посмотреть профиль PnL от изменений M2. Я использую замечательную модель Курбаковского, в которой главный параметр mI — как раз и отвечает за второй момент. Поэтому добавил в своей программе отрисовку такого профиля. И вот что рисует для проданного стрэдла:

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

Эта, новость уже была на СЛ здесь, но, как выяснилось, мало кто обратил на нее внимания. Видимо, подвел заголовок темы — "Мосбиржа анонсировала изменения на срочном рынке".
Исходная новость от МОЕХ здесь - https://www.moex.com/n26656/?nt=107

Но, самое интересное в новостях от ARQA по этому поводу -  https://forum.quik.ru/forum1/topic5117/   Все текущие версии QUIK перестают полноценно работать на срочном рынке. Не обольщайтесь, в рамках дальнейшей модификации и фондовый рынок постигнет та же участь.) Придут и за вами.)
Ну, и самое главное, хорошая шутка от ARQA — «Для   решения проблем пп. 5-6 следует установить версию терминала QUIK,  которая на момент публикации данного уведомления еще не вышла, но  планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.»

Расскажу про свой опыт. Он конечно специфический, но может кому-то и поможет.
   Проблемы начались при переходе на версию QUIK 8.0. До этого я вообще не задумывался о трафике, настройках программы и прочих подобных вещах.
   Обновленный квик работая в одиночку стал неожиданно приносить сюрпризы. То график рисуется с задержкой, то заявка исполняется дольше обычного. А если при этом добавить нагрузки, например, в виде теста TSLab, то работать становилось просто некомфортно.
Поразмыслив, пришел к выводу, что старенький ноут уже не справляется и пришла пора наконец-то его заменить, тем более, что я собирался это сделать еще года полтора назад. Задача несложная, выбрал и купил ноут, все переустановил и с большим изумлением обнаружил, что скорость работы квика еще больше упала. А если на рынке начиналась движуха, то все просто вставало колом, вплоть до того, что окно на экране рисовалось по частям. Терпеть такое безобразие мне больше не хотелось, поэтому пришлось вникнуть в вопросы настройки, обычно ненужные рядовому пользователю. Пробовал все что мог придумать сам или встречал в интернете. Запуск с очисткой файлов, исключение записи лога работы квика, настройки выбора получаемых инструментов и параметров, регулярный перезаказ данных. Убирал все свои индикаторы и скрипты, исходя из соображений, что чистый квик точно не должен тормозить. Дошло до того, что включил в список исключений антивира папки квика, запускал только квик, при этом он установлен на SSD-диске. Ставил повышенный приоритет. Борьба продолжалась с переменным успехом, причем, сам ноут, если не запускать квик, ожидаемо работал значительно быстрей старенького во всех прочих, используемых мной приложениях. 

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