HFT

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

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

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

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

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

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

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

И снова с вами 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).

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

• Основная ликвидность была собрана и идет Range где девиация выше была что может привести к девиации ниже

• Тест WICK на дальнейшую наценку будет хорошей возможностью для входа

• Stop Loss за минимум и держать позицию можно будет до FVG  


Не исключено что увидим паттерн AMD


источник t.me/nagaevinvest/4897

Сегодня в выпуске:

— Подробно про американское образование. Цифры.
— Профицит отечественного платёжного баланса
— Какая стоимость нефти нужна саудитам?
— Как дела у TSMC?



Доброе утро, всем привет!



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

Времена, когда HFT были загадочными канули в лету, и сейчас многие из компаний имеют за спиной опыт, и даже некую репутацию. Прошло уже даже больше, чем лет десять, после их бума и самое время посмотреть на то, что сейчас там происходит, тем более, что Jane Street объявила, что за первые девять месяцев прошлого года чистая выручка от трейдинга у них была больше семи миллиардов долларов. 

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

XTX Markets

Один из крупнейших алгоритмических маркетмейкеров в мире. Компанию основал Александр Герко — в прошлом трейдер Deutsche Bank, который имел гражданство России и с 2016 года — Великобритании. На 2023 год Герко принадлежит не меньше 75% в компании.Имеет офисы Нью-Йорке, Париже, Сингапуре, Мумбаи и Ереване, активно занимаются благотворительностью и поддерживают математическое образование.
Сам Герко стал широко известен после того, как стал крупнейшим налогоплательщиком в Великобритании по итогам 2022 и 2023 годов.

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

На 1W Time Frame зона от которой ждал бы реакцию немного выше текущих значений, а просадку можно будет узнать после закрытия недельной свечи

Источник t.me/nagaevinvest/4473

Всем добрый день!

Подключился к тестовому контуру FAST от MOEX и возникли трудности с декодированием UDP пакетов, поэтому решил обратиться за помощью к сообществу.
Написал небольшой скрипт на NodeJS для получения данных от сервера FAST.
При попытке вывода получаемых сообщений в консоль вылезают нечитабельные символы (декодирую в ASCII, также проверял UTF8 — там тоже есть проблемы с читабельностью):


Пробую перехватывать эти же пакеты с помощью Wireshark и вижу следующее:

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

Разбираю order log полученным по FAST, цель построить полный стакан заявок.
Что имеем: несколько order_log в формате csv, не полный день, инструмент CNYRUB_TOM, ['id', 'buysell', 'action', 'price', 'volume', 'timestamp']
'action':
NEW — новая заявка;UPDATE — обновление заявки после сделки, соответственно разница между предыдущим объемом UPDATE или NEW и новым это объем сделки сделки;
DELETE — удаление заявки.

Теперь вопрос как такое может быть:







У нас есть новая заявка, после идут апдейты, соответственно сделки 230т, 59т, 200т, 11т., а потом идет удаление на 300т!
Как это расценивать, кто-нибудь знает?
Сделки с Финама:


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