Привет, уважаемые коллеги-товарищи-сениоры по торговле!

Я тут решил немного пошпионить… тьфу, поспрашивать у вас: какие open-source платформы для торговли вы используете? Вот список некоторых популярных решений, которые я ранее у себя разместил https://osaengine.ru , но хочу это расширять и делать каталог мясистее, на правах единственного писеталя на этом сайте, который объективно пишет про алгоритмическую торговлю )). Если у вас есть что-то еще интересное, не стесняйтесь делиться! Вот что я сам нашёл, но давайте его расширим.

А теперь несколько вопросов для вас:

1. Какие из этих решений вы используете?
2. Что бы вы добавили в этот список?
3. Какой ваш любимый инструмент и почему?
4. Есть ли какие-нибудь скрытые жемчужины, которые стоит попробовать?

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

По мотивам поста от Тимофея о том, насколько полезен ChatGPT в нашей жизни. Все освоил за 5 минут! Далее статья с решением, которую я опубликовал на своем сайте https://osaengine.ru/2024/08/02/%D1%83%D1%87%D0%B8%D0%BC-smartlab-chatgpt.html

Первым шагом необходимо создать новый документ Google Sheets. Перейдите на сайт Google Sheets и создайте новый документ или откройте существующий.

В вашем документе Google Sheets перейдите в меню “Расширения” и выберите “Apps Script”. Это откроет редактор сценариев, где вы сможете написать и выполнить скрипт для импорта данных.

В редакторе сценариев удалите все существующие скрипты и вставьте следующий код:

<code>function importMoexData() {
  var url = 'https://iss.moex.com/iss/engines/stock/markets/shares/boards/TQBR/securities.xml';
  try {
    var response = UrlFetchApp.

В мире высокочастотной торговли (HFT) и других финансовых стратегий, где каждая микросекунда имеет значение, передача данных и задержки могут значительно влиять на результаты. FAST (FIX Adapted for STreaming) и SBE (Simple Binary Encoding) протоколы были разработаны для минимизации задержек и оптимизации передачи данных. Однако их использование вне зоны коллокации или через VPN на виртуальных серверах может существенно ухудшить их эффективность.

Зона коллокации и её преимущества

Зона коллокации (colocation) представляет собой специальное место, где сервера брокеров и трейдеров размещены в непосредственной близости к серверам биржи. Это позволяет минимизировать задержки при передаче данных благодаря высокоскоростным и надежным соединениям. Основные преимущества зоны коллокации включают:

• Минимальные задержки: Время передачи данных сокращается до нескольких микросекунд.
• Стабильность соединения: Высококачественное оборудование и инфраструктура обеспечивают стабильное соединение без потерь пакетов.

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

Сегодня я и ваш OS Engines поделится своим забавным опытом, как я с помощью ChatGPT разобрал алгоритм торговли на бирже. Всё началось с простой идеи: а можно ли скоммуниздить торговую стратегию, имея под рукой только данные о сделках, немного скотча, пару плевков и ИИ?

Проверка идеи

Залез я на сайт инвестор МОEX и нашел там данные по сделкам одного трейдера. Оказывается, вся магия была прямо перед носом! Копирую данные и отправляю их в ChatGPT с просьбой нарисовать мне пару графиков и объяснить, что к чему.

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

Раз никто не хочет писать про Плаза-протокол без рекламной воды, я решил взять на себя смелость. Готовьтесь к техно-экскурсии с юмором и без занудства. Давайте разберем, что это за штуковина такая – Плаза-протокол, как он работает, и почему его стоит заменить на что-то более современное.

Плаза-протокол (Plaza II) — это коммуникационный протокол, разработанный Московской биржей для обеспечения высокоскоростной и надежной передачи торговой и рыночной информации между участниками торгов. Он состоит из нескольких компонентов, каждый из которых выполняет свою важную роль.

Основные компоненты Плаза-протокола

1. Системные библиотеки Plaza-2
2. Маршрутизатор сообщений P2MQRouter
3. Шлюзовая библиотека cgate

Как установить и настроить Плаза-протокол

Для начала работы с Плаза-протоколом необходимо установить соответствующие компоненты. Вот пример установки и настройки на Linux:

Установка из zip-архива

<code>chmod 755 ./install.sh
./install.sh ./cgate_linux_amd64-7.12.0.103.zip
</code>

-- Настройки
SEC_CODE = "SBER" -- Код инструмента
CLASS_CODE = "TQBR" -- Код класса инструмента
SHORT_MA_PERIOD = 10 -- Период короткой скользящей средней
LONG_MA_PERIOD = 50 -- Период длинной скользящей средней
QTY = 1 -- Количество лотов

-- Переменные
short_ma = {}
long_ma = {}
prices = {}
position = 0 -- Текущая позиция: 0 - нет позиции, 1 - лонг, -1 - шорт

-- Функция для расчета скользящей средней
function calculate_ma(prices, period)
    local sum = 0
    for i = #prices-period+1, #prices do
        sum = sum + prices[i]
    end
    return sum / period
end

-- Функция для обработки новых тиков
function OnAllTrade(alltrade)
    if alltrade.sec_code == SEC_CODE and alltrade.class_code == CLASS_CODE then
        table.insert(prices, alltrade.price)
        if #prices >= LONG_MA_PERIOD then
            table.

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

И снова с вами OSAEngine.ru. Сегодня мы рассмотрим, почему FAST-протокол, который долгое время использовался для передачи данных на финансовых рынках, устарел и был заменен более современными и эффективными решениями, такими как SBE (Simple Binary Encoding). Подробности о протоколе SBE я расскажу в следующей статье, так что не переключайтесь и готовьтесь к увлекательному путешествию в мир бинарного кодирования!

Почему стоит избегать FAST-протокол

Если вы только начинаете рассматривать вопрос прямого рыночного доступа (DMA) и подключения к торговым системам, важно ориентироваться на современные стандарты и технологии. Протокол FAST (FIX Adapted for STreaming) на сегодняшний день устарел и имеет ряд ограничений, которые делают его менее подходящим для высокочастотной торговли и современных торговых решений.

Недостатки FAST

1. Сложность обработки данных:

   • FAST использует сложные методы сжатия, такие как удаление избыточности и кодирование длин повторов (RLE). Это требует значительных вычислительных ресурсов для кодирования и декодирования данных, что может увеличивать задержки.

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

Введение

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

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

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

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

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

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

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

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

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

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

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

1. QuickFIX/n

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

Привет, ребята!

Я немного доработал код на C# для АлгоПака после обсуждений в чате. Теперь в примерах есть сборка стаканов! Выглядит вывод лог теперь так:

• Обработка больших данных: Сделал код более эффективным для работы с большими объемами данных.
• Сборка стаканов: Включил примеры по сборке стаканов, чтобы вы могли лучше анализировать рынок.

Если хотите попробовать новые фишки — милости прошу! Кому это пригодится — пишите, будет интересно узнать, насколько это полезно.

Спасибо за ваши отзывы и поддержку! Полные исходники проекта выложил у себя https://osaengine.ru/2024/07/02/moex-algopack-%D1%81%D1%82%D0%B0%D0%BA%D0%B0%D0%BD%D1%8B.html