ТОРГОВЫЕ РОБОТЫ

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

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

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

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

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

📺 Гоу смотреть: [?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 и широко используется для создания торговых приложений.

Коллеги, всех приветствую!

Некоторое время назад закончил разработку подключение к Московской Бирже по протоколам FIX и FIX/FAST для терминала OsEngine. Сами исходники находятся здесь. А это первая статья из серии про FixFast, в которой будем разбираться с тем что это такое.

Начнём с того, что нужно делать в первую очередь. С поисков в Гугле и Яндексе какой-то информации. И как у меня это проходило.



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

Далее следует описание того, с чем я столкнулся в поисках информации.

1. Недостаток подробных руководств

Одной из основных трудностей является отсутствие подробных и пошаговых руководств. Хотя в интернете можно найти общие описания протоколов FIX и FAST, информация о специфике их применения на Мосбирже встречается редко. Большинство ресурсов ограничиваются поверхностными сведениями, не углубляясь в конкретные настройки и процедуры подключения.

Часто спрашивают, через какой сервер я торгую? Постепенно стал переходить на другой облачный сервер с UltraVDS на Cloud4box. Здесь связь намного стабильнее и цены в 2 раза дешевле. Торгую через Tslab в новом датацентре более 6 мес. Проблем никаких нет, поддержка быстро отвечает. Средний пинг — 3-4 мс. Типичная конфигурация за один сервер обходится всего 12000 руб. в год. Рекомендую!

Мой телеграм-канал: @alfa_quant

Продолжаем обсуждать работу роботов на удалённом сервере. В нашем гайде, это раздел «Удалённые серверы». Сегодня обсуждаем проблемы распределения ресурсов на сервере.

На удалённом сервере могут быть не настроены оптимальные условия для работы торговых роботов. Это касается как OsEngine, так и других платформ для создания роботов. Это может быть:

• В моменты переполнения оперативной памяти сервер перезагружается из-за отсутствия файла подкачки для системы.
• Приоритет на фоновые задачи, а не на работу приложений.

Следование этой инструкции по настройке сервера может существенно облегчить Вашу жизнь.

Идём в меню пуск и заходим в панель управления: