Избранное трейдера ch5oh
Возможности новой версии
1. Добавлены новые функции для встроенного языка программирования Lua:
— getTrdAccByClientCode – функция предназначена для получения торгового счета
срочного рынка по коду клиента фондового рынка с единой денежной позицией.
— getClientCodeByTrdAcc – функция предназначена для получения кода клиента
фондового рынка с единой денежной позицией по торговому счету срочного рынка.
— isUcpClient – функция предназначена для получения признака, указывающего имеет ли
клиент единую денежную позицию.
Описание см. в пп. 3.19.1 – 3.19.3 Руководства пользователя Интерпретатора языка Lua.
2. В таблице «Сделки» поддержано отображение новых типов сделок Срочного рынка МБ:
— «Сделка исполнения фьючерса»;
— «Сделка исполнения опциона»;
— «Сделка истечения опциона».
Описание см. в п. 3.8.2 Руководства пользователя.
3. Изменена цветовая схема отображения кнопок «Покупка/Продажа» на форме ввода заявок.
Исправленные недоработки в
версии 8.4.0
1. Ошибка при загрузке файла в таблицу «Карман транзакций».
2. Некорректное отображение скорректированной маржи для клиентов типа «МД+».
3. Некорректный расчет максимального количества на форме ввода заявки на
покупку/продажу для клиентов типа «МД+».
4. Некорректный расчет в некоторых случаях объема сделки РЕПО с ЦК на форме ввода
заявки.
5. В некоторых случаях сбрасывались настройки отображения строки состояния и полосы
прокрутки Рабочего места QUIK.
6. У витринных сделок РЕПО с ЦК в поле «Операция» вместо «К/П» отображалось направление
«Купля».
7. В некоторых случаях открытие диалога доступных Lua скриптов приводило к зависанию
работы Рабочего места QUIK.
8. При определенных обстоятельствах сбрасывался общий фильтр клиентов на панели
инструментов Рабочего места QUIK.
9. Зависание Рабочего места QUIK при получении большого количества позиций клиентов.
10. В некоторых случаях наблюдалось повышенное потребление оперативной памяти.
Ковыряясь в недрах смартлаба, случайно наткнулся на свой позапрошлогодний топик https://smart-lab.ru/blog/470616.php . В топике обнаружился косяк в расчетах. Косяк исправил и актуализировал данные до сегодняшнего дня. Получилось следующее (очевидное и почти бесполезное):
Измаявшись предэкспирационным бездельем, решил посмотреть, как за последние несколько лет обстояли дела у продавцов/покупателей волатильности в опционах Ri по месяцам.
Табличку, приведенную ниже, составил следующим образом. Первый столбец — дата экспирации, только месячные контракты. Второй — IV центра улыбки серии ровно за 4 недели до экспирации. Третий — RV базового актива, посчитанная по данным за 4 недели до момента экспирации. Четвертый — ориентировочный доход продавца волатильности в %-х веги, и пятый — тот же доход, накопленным итогом. Крайняя циферка RV (по понятным причинам) посчитана не за 4 недели, а за последние 9 дней.
Некоторые любители линейного рынка иногда позволяют себе негативно отзываться о торговле опционами. Со стороны это выглядит не очень умно, когда человек высказывает свое упёртое мнение по вопросу, в котором совершенно не разбирается.
Для наблюдателей со стороны попробую объяснить некоторые особенности этой ситуации.
На линейном рынке (акции, фьючерсы), даже самые продвинутые трейдеры могут оперировать только двумя измерениями ( ценой и волатильностью). При этом до понятия волатильности многие еще не дошли. То есть, мы имеем среду обитания из двух координат. Это как если бы мир был не трехмерным, а двухмерным на плоскости. И в этом двухмерном мире живут и действуют (отнимают друг у друга деньги) двумерные существа. Если вдруг появиться существо из трехмерного мира, и начнет играться с двумерным миром, используя доступное ему третье измерение, то оно не только будет иметь преимущество, но и его действия будут непонятны и не предсказуемы для двухмерных существ. По сути, трехмерное существо для двухмерных является богом (Куклом).
Приветствую!
Заранее прошу прощения за ошибки в тексте. иногда залипает буква «о» и приходится ее копипастом печатать.
Хотелось бы подискутировать на тему оптимизации. Много трейдеров, находятся в нескончаемых поисках лучших параметров для своих стратегий, и ставят оптимизацию, выше чем саму суть алгоритма и трейдинга. Лично сам я, крайне редко прибегаю к оптимизации. И не важно какой крутой бы не был тестер. с бэктестингом или форвард, 3д графики и различные коэффициенты — это все, не так будет важно при попытках переоптимизировать и подогнаться под график.
Смысл всей оптимизации, под имеющиеся данные — найти наилучший результат. это по сути — просто статистика. Да мы можем подставить наоптимизированные цифры в новую история (форвард) и тем самым сделать вывод типа и на истории хорошо и на новых данных тоже хорошо, вот только гарантии, что онлайн — будет так же, нет никакой, если мы в самом алгоритме, не учли возможные изменения в рынке.
Нет речи о создании, конечно, грааля. Приведу пример: например парный трейдинг в классике, пара газпром/лукойл. торгуем себе от соотношения пары 8-9, а потом бац и разрыв уходит до 6 потом до 3 и все, что мы там и как бы не оптимизировали — рынок уже другой. Взять ртс. до 2008года потом до 2011 потом до 2014 — абсолютно разная бумага. Это нужно понимать и не делать оптимизацию на 15 лет и думать, что если все гладко, то у нас грааль.
Конечно все это выбор каждого, потому расскажу в каких случаях я прибегаю к оптимизации.
Пример 1
Алгоритм по паттернам. у каждого они свои. условно смотрю на величину бара на минутке, 5, 10 и 15, а так же их объемы.
Следущим шагом я в алгоритме указываю минимальные значения которые готов рассматривать и максимальные. Далее идут в оптимизацию и смотрю — какие есть варианты.
Сортирую по лучшему доходу и смотрю — ага, есть 100результатов из них есть варианты с большой частотой сделок и маленькой — доход соразмерен. Логичен ли для меня/алгоритма вариант с малой частотой сделок или наоборт? Дальше анализирую сами параметры. если их разброс очень сильный при соразмерных результатах — то нужно проверить на истории подлиннее. В идеале конечно останется несколько близких результатов и это можно будет просто в часть диверсификации алгоритма впихнуть.