Торговый софт

  Поздравляю всех алготрейдеров с таким прекрасным началом года! Давно я уже не видел таких движений! Просто сумасшествие!

  Сейчас немного пыль уляжется и мы увидим десятки, а может и сотни статей о том что заработали ВСЕ (алготрейдеры). И действительно. Судя по всему, данный год будет одним из лучших за последнее десятилетие.

  Что нужно трендовым алгоритмам для заработков? – волатильность. И этот год выдал её с избытком. Каждый месяц – прибыль. Аж дух захватывает. А в этом месяце будет двузначная.

  Подводить итоги немного рановато, 22тое число всё таки. Но порадоваться охота уже сейчас. У нас по алгоритмическому портфелю в районе 30% прибыли за за этот месяц. Опционные стратегии подсожрали конечно и всё в прибыль не перетечёт. Но тем не менее. По общему портфелю 24% прибыли. Мы уже вторые выходные празднуем, незнаем как остановиться. А рынок тоже не может остановиться и продолжает раздавать деньги.

Возможности новой версии
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/598591.php решил написать пост, в котором буду рассматривать возможности компьютерного железа, а не возможность запускать торговый терминал с очистительным ключом)

Почему бы не попробовать решить проблему в лоб? Допустим имеем комп с шести ядерным процессором, 16 Гб оперативки. SSD NMVe подключен к разъёму М.2 и согласно данным фирменной утилиты может иметь скорость записи-чтения более 3 Гб/сек. Теоретически всё должно летать и грузиться быстро. Однако, на практике быстро грузится только Винда)

Запустил Process Monitor, нацелил его на info.exe из дистрибутива Квик 8. По временным меткам определил, что самый тяжелый файл info.log весом 800Мб грузился 35 сек. Иначе говоря, при считывании 4К фрагментов мой «супер-шустрый» SSD работает как обычная флешка со скоростью 22Мб/сек! Дальше ещё интересней. Выдрал со старого компа HDD, подключил его к SATA III на новом компе и проделал тот же тест для 32-битного Квик 6. Каково же было моё удивление, когда оказалось, что жесткий диск выпущенный 12 лет назад показал скорость 32Мб/сек, что почти в полтора раза больше, чем современный SSD. Сказать, что я был опечален, значит ничего не сказать.

С вероятностью 70%, цена BTC не преодолеет значение 10 500 USDT с первого раза.
И возможно еще постоит перед ростом в этом диапазоне.
Либо, с вероятностью 57% после неудачного похода на 10500+, далее следует падение ниже 9500.
И точнее будет сказать, что судя по статистическому анализу движения цены в прошлом, более вероятна коррекция глубже чем 9500.
Но есть шанс пробить сразу 10500 и пойти выше.

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

Это не рекомендация или призыв к действию, но лишь фиксация расчетов алгоритма прогнозов.

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

Сегодня изложу своё вью на всё это.

Началось всё в самом начале моего пути опционщика. В любой книге по опционам рассказывают про формулу Блэка-Шоулза. Типа это первые ребята, у которых математически получилось описать стоимость опциона. Ну, во первых, не первые – первый был Эдвард Торп. О чём есть прекрасная книга – «Человек на все рынки». И, во вторых, не очень то хорошо она и описывает…. Как так??? Ведь им же Нобелевку выдали?

Ну так давайте разбираться.

Идём в любой учебник или в Википедию:

Здесь перечислены 7 ДОПУЩЕНИЙ. Т.е. когда формулу разрабатывали, то они сразу договорились, что получившаяся формула будет основываться на ДОПУЩЕНИЯХ. А по сути она предназначена для «лабораторного базового актива в сферическом вакууме»….