Торговые роботы

Файл с презентацией и ссылками drive.google.com/file/d/109CmjzJe92USqrVdKP5_f4kyrVGqU-5W/view?usp=sharing

Сегодня мы еще приблизимся на один шаг к пониманию работы программы СПАН на всех биржах мира. Она уже многими биржами и брокерами доработана, но? по сути, все вариации используют СПАН-методологию. Например, классический СПАН проводит анализ портфеля по 16 сценариям, а Система Управления Рисками (СУР) на МБ по 60-ти. И других отличий, по сути, нет. И точно так же все брокера строят свои СУР копируя биржевую, и анализируют риски своих клиентов. Внешне СУРы обеспечивают защиту от клиентских рисков. Но любое оборонительное оружие в умелых руках превращается в оружие нападения. То есть если сигналы СПАН попадают к маркетмейкеру, то он может снижать совокупные риски клиентов за счёт своих агрессивных сделок. И при этом получать сверхприбыли.
И мы опять обратимся к истории чтобы понять, что мы имеем сегодня. Из биографии Билла Гейтса давно запомнил один факт и одну дату… В 1968 году правительство оборудовало компьютерный класс в школе, где он учился и это положило начало его бизнесу.

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

В этом видео рассмотрим один из способов узнать оптимальное соотношение объёмов между роботами. Ансамблирование объёмов, которое можно делать вручную в журнале OsEngine. Эта информация актуальна, если вы торгуете несколькими роботами одновременно.

VK Видео:


RuTube:

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

Всем привет!

Сегодня хочу рассказать про нашу реализацию автоследования и чем она отличается от торговли по сигналам на группе счетов. 
Итак, базовый функционал AutoTrade умеет торговать группой счетов (пулом) как одним целым. Пришел сигнал от робота — AutoTrade купил согласно задаче нужное количество акций / фьючерсов всей группе клиентов. Но бывают ситуации, когда такая архитектура не подходит трейдеру. И в качестве сигналов на сделки надо взять просто другой брокерский счет и повторять изменения по этому счету на дочерних счетах последователей.

Наша реализация

Имея доступ к мастер счету через один из коннекторов (квик, транзак и др), мы можем отслеживать изменения следующих объектов:
— заявки
— сделки
— позиции по инструментам.
Классический подход состоит в репликации позиций в терминах весов. Есть у мастер счета акций Сбера на 10% от портфеля, значит нужно всем последователям тоже установить 10% позицию по Сберу. Кому-то купить, а кому-то может и продать. Именно так (или почти так) работает самый популярный сервис автоследования на нашем рынке Comon.

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

Самое главное, что никакого отношения к слову алко это не имеет. В течении нескольких лет я торговал в связке программы технического анализа AmiBroker + торговый терминал QUIK через .tri и .trr файлы в основном на фьючерсах на срочном рынке. Не могу сказать что это было неудачным опытом, но со временем я узнал про распределение активов (Asset allocation) и понял что очень сложно соревноваться с бенчмарком в виде фондового индекса.

В теории это означает что можно купить индекс и забыть об этом, заниматься своими делами, бизнесом, семьёй — а индекс растёт (ну или падает, смотря какое время) и для этого не нужно прикладывать никаких действий. А за связкой AmiBroker + QUIK постоянно нужно было присматривать, следить не отвалился ли адаптер импорта через .tri файл. А ещё иметь несколько виртуальных машин с установленными копиями Windows на каждой виртуалке на одном физическом компьютере для разных брокеров. Возможна была установка только одной пары AmiBroker + QUIK на одну винду. Всё это мне не особо нравилось.

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

Согласовали розыгрыши алгопризов у стойки АЛОР на конференции 26 октября.

 

На конференции будем в четыре этапа разыгрывать обучения и готовые исследования по алготрейдингу. Для клиентов АЛОР, понятное дело. Можно будет зарегистрироваться прямо там, на месте! Не забываем паспорт! Можно заранее, вот ссылка: https://www.alorbroker.ru/open?pr=L0745

Розыгрыш будет тут:

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

Об идее своей первой модификации на основе моей «волатильности» я написал тут еще в начале 2023-го года 

smart-lab.ru/blog/870951.php

Правда доработка ее до алгоритма привела даже к несколько иным датам, которые приведены в ссылке. Например, аут 2020-го должен был быть не до 19.03, а до 02.04.

А вторая модификация была не алгоритмическая, а изменение времени открытия «синтетических облигаций» в зависимости от ожиданий дивидендов. С начала торговли «синтетическими облигациями» в 2016-м году у меня все складывалось хорошо с ними:

Доходность «синтетической облигации» Сбербанка без учета брокерской и биржевой комиссий за продажу-откупку ближайших фьючерсов ежеквартально и одну покупку акций



Но в 2020-м из-за переноса дивидендов банков на осень 02.04 я «попал» вот на это на стратегии Стань квалифицированным инвестором:



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

Как не попасть на «логические ошибки тестирования» и сделать робота правильно.

Заметка про то, как организовать логику робота, если Вы собираетесь вести большие тесты на свечных данных, а так поступают (или должны бы поступить) 95% всех, кто торгует роботами.

В общем, тема важная.

Основной её тейк такой: Если делаешь робота для тестов на свечках, старайся делать всю логику в событии завершения свечи.

И далее почему.

 

1. На свечных данных можно много и быстро делать тесты.

Отдельно на этом остановлюсь. И Арбитражи, и скринеры, и ребалансировщики, и тесты на одном инструменте – всё это просто и быстро тестируется на свечных данных.

При этом, если использовать ленту сделок для тестов, сразу же можно напороться на увеличение сложности тестирования в десятки раз (а то и в сотни).

Поэтому, если у тебя не ХФТ, использовать надо для тестов свечи.

 

2. В OsEngine очень много событий низкого уровня, и захочется на них подписаться.

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

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

Прочитал пост нашего коллеги Yurikona, «На чем написаны ваши роботы?». Автор использует Делфи, у меня тоже Делфи 7, до этого была 6я версия, разницы не почувствовал. Мне сейчас 47, в прошлом месяце освоил С#, часть переписал, поддался нарративам молодежи, но не понял для чего. Риск только, если коннекторы перестанут работать.

Расскажу полезнаю фичу, которую я реализовал на Делфи. Я сделал язык программирования роботов, типа в Метастоке, когда нужно написать всего 4-6 строчек типа МА(20)>МА(200) и все это запихивается в обычный текстовый файл для тестера и робота. Т.е. любую систему я делаю за 3-5 минут, проверяю и выкидываю, если что не так. Там еще перебор правил входа/выхода и оптимизатор.

Нужно думать о функциональности, а не о модных трендах.

Рассмотрим пример того, как усреднять позицию, выставляя в рынок одновременно несколько ордеров.

Это стало возможно совсем недавно, т.к. камрады из сообщества очень просили. Методы, которыми будем пользоваться для усреднения позиций, называются BuyAtLimitToPositionUnsafe и SellAtLimitToPositionUnsafe. В отличие от старых методов (Без приписки Unsafe), данные методы не убирают предыдущие ордера на усреднение, и можно выставить в рынок множество ордеров.

Точка входа у робота контртредовая на канале Envelops.

Итоговая логика робота на графике выглядит так:

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

 

1. Открываем робот-пример. UnsafeAveragePositions.

На ГитХаб в репозитории OsEngine это находится здесь:

https://github.com/AlexWan/OsEngine

Внутри проекта здесь:

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

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