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

Всем привет!

Подключение к Московской бирже (Мосбирже) с использованием протоколов FIX (Financial Information eXchange) и FAST (FIX Adapted for Streaming) является важным шагом для профессиональных участников рынка. Эти протоколы обеспечивают стандартизированную и высокоскоростную передачу данных, что критически важно для алгоритмической торговли и других высокочастотных операций.

В одной из прошлых статей я уже рассказывал о своем опыте поиска нужной информации в открытых источниках. Если кратко, то RTFM (read the fucking manual).

Внимание! Пожалуйста, уберите от экранов всех программистов в финансовой области с опытом менее 15 лет — мы будем обсуждать настоящие чудеса инженерии.

Введение

Протокол FAST (FIX Adapter for STreaming) — это международный стандарт, используемый для обмена данными в реальном времени на финансовых рынках. Этот протокол был разработан для повышения эффективности и скорости обмена информацией между различными участниками рынка, такими как брокеры, биржи, банки и другие финансовые учреждения. Протокол FAST является ключевым элементом в инфраструктуре высокочастотной торговли (HFT) и продолжает оставаться актуальным, несмотря на его «почтенный» возраст.

История и Развитие

Протокол FAST был разработан организацией FIX Protocol Limited (FPL) в начале 2000-х годов как улучшенная версия протокола FIX (Financial Information eXchange). Основная цель разработки FAST заключалась в снижении объема передаваемых данных и увеличении скорости их передачи, что стало критически важным с ростом объемов торгов и появлением высокочастотной торговли (HFT).

Бонус для участников нашего сообщества, торгующих в АЛОР. Робот на паттерне 3 солдата, способный одновременно торговать ВЕСЬ рынок, и самоадаптирующийся по волатильности каждой отдельной бумаги. Граальный между прочим…

Спасибо всем, кто с нами!

В комплекте:

1. Скрипт со свечами и инструкция о том, как их добавить в проект, чтобы OsEngine добавил робота в список допустимых.
2. Большая статья о том, как работает робот, что у него за настройки.

Из интересного следующее:

1. Это скринер. Таких роботов не очень много в публичной сборке и, как пример в Ваших работах, был бы замечателен.
2. Механизм учёта усреднённой волатильности для каждой из торгуемых бумаг робота. Он тут тоже есть, довольно плотно законспектирован. Даже, если роботом торговать не будете, ЭТО точно Вам когда-то пригодится.

Что касается тестов, то они проводились на бумагах из MOEX TOP 30. За 6.5 лет. То, что более-менее ликвидное.

Результаты для робота для MOEX хорошие.

Итак, для начала новость: в OsEngine  теперь есть возможность подключиться к торгам на Мосбирже с использованием FIX/FAST. На днях получили официальную сертификацию для коннектора MoexFixFastSpot. Код коннектора можно посмотреть на Гитхабе.

Рассмотрим, что это за протоколы такие

В условиях современной фондовой торговли скорость и надежность передачи данных играют ключевую роль для участников рынка. Протоколы FIX (Financial Information eXchange) и FAST (FIX Adapted for Streaming) являются важными инструментами для эффективного взаимодействия с Московской биржей (Мосбиржей). Эти протоколы обеспечивают стандартизированную и высокоскоростную передачу данных, что критически важно для алгоритмической торговли и других высокочастотных операций. Рассмотрим, зачем нужны эти протоколы в торговле, что они позволяют и чем отличаются от других профессиональных коннекторов Мосбиржи.

Зачем нужны FIX/FAST протоколы на Мосбирже?

FIX и FAST протоколы широко используются в фондовой секции Мосбиржи по следующим причинам:

🎥 Новый первый видосик по созданию трендового робота! 📈

Привет, друзья! 🎉 Я только что запилил новый видосик, и он просто огонь! 🔥 Там грааль. 📊💰

📌 В этом выпуске:

• Как работает 📈
• Как создать 🎓
• Время-деньги 🚀

Не упустите шанс прокачаться в алго без программирования! 📉✨

📺 Гоу смотреть: [?si=SWo_XRN5r65NNOqD]

👍 Если зашло, ставьте лайк и жмите на колокольчик, чтобы всегда быть в теме наших новых видосов!

💬 Пишите комменты, делитесь мыслями и задавайте вопросы. Я всегда на связи и рад пообщаться!

Продолжаем усложнять пример ThreeSoldier, о котором говорили некоторое время назад. Теперь добавим в него механизм адаптации под усреднённую внутридневную волатильность. Получим ThreeSoldiersVolatilityAdaptive. Делаем силу сигнала одинаковой на всю глубину теста, чтобы и 5ть, и 10ть лет назад сигнал был одной силы.

Напомню, базовая идея паттерна «Три солдата» заключается в том, что мы должны найти на графике три растущих свечи подряд:

Вы шутите? подкачка- это дополнительные времязатраты на обращения к диску. Насколько понимаю для роботов задержки важны. И могут стоить денег.
то есть варианта тут два- или оптимизировать потребление памяти со стороны движка (при малом объёме ОЗУ минимизируя потребление памяти объектами которые не столь нужны, а если надо хранить их локально-сохранять на кэш, прикладное ПО лучше знает что критично ему хранить и важно, а что выгрузить, ОС же это не ведомо).
К тому же свопинг, если он часто происходит ещё и доп нагрузка на диск и растет очередь обращений к дисковой системе и остальные данные с него загружаются или пишутся помедленней. И это как раз может приводить к снижению стабильности работы ПО, особенно если система высоконагруженая.  
Или прописывать в требования больше ОЗУ

Второе. Отвечу как злой админ туевой кучи серверов (весьма нагруженных)- на ПРОД серверах (где не тестируется что-то а реальное ПО работает от которого бизнес зависит) -подкачка, как правило зло. Идёте в ресурс менеджер. Или в перфмон (перформанс монитор). Ну или в диспетчер задач для начала. И смотрите на потребление памяти. Желательно метрики посмотреть на протяжении нескольких дней. Если не хватает её- докупайте.

Дворец уважения, Дорогие читатели!

Вы просили — я делаю. Сегодня в субботу подвожу итоги своей первой недели торговли сеточками на криптобирже.

Неделя была максимально агрессивной — на крипторынках было ликвидировано позиций на более чем 650 млн. долларов.

Но похоже текущие рыночные условия не остановили моих роботов — они все еще в деле!

Какие я сделал выводы при использовании грид-ботов за первую неделю:
1. Простота в использовании и настраиваемость
2. Полная автоматизация
3. Прибыль во время спокойного рынка
4. Сохранение депозита во время волатильного рынка
5. Управление рисками
6. Универсальность
7. Диверсификация
8. Отсутствие эмоций

Решил, что раз в неделю буду переводить небольшие суммы для пополнения.
Добавил к депозиту 16 долларов (всего 125) и настроил еще одну сетку.

Результаты (-19 usdt) и настройки сеток представлены ниже.

Пин бар – свеча с огромной тенью вверх или вниз. Один из самых популярных свечных паттернов. Сегодня рассмотрим робота, который его торгует. Разберём его логику и исходный код.

В данном случае торгуется не классический строго разворотный вариант, а в тренд!

Сразу давайте посмотрим, как это выглядит на графике:

Привет, друзья!

Сегодня я нашел отличный сборник статей по FIX-протоколу от уважаемого Андрея K. В своих статьях Андрей старательно описал, как устроен FIX-протокол, начиная с основ и заканчивая практическими примерами. Эти материалы станут отличным руководством для всех, кто хочет разобраться в FIX и начать его использовать.

Чтобы труды Андрея не потерялись, я решил написать об этом отдельно, собрав все статьи и дополнив их массой открытых примеров. Вы можете найти эти материалы как у себя на сайте, так и в своем блоге.

Статьи Андрея K

1. Изучаю FIX протокол с нуля. Разбор протокола, первый код на С#

2. Изучаю FIX протокол с нуля. Рисуем и программируем дальше

3. Изучаю FIX протокол с нуля. Подводим итоги первой части. Первая борьба за миллисекунды

Репозитории с открытым кодом по FIX-протоколу для C#

1. QuickFIX/n

   • Описание: QuickFIX/n — это .NET порт популярного FIX-движка QuickFIX. Он поддерживает множество версий протокола FIX и широко используется для создания торговых приложений.