(Протоколы биржи и рыночные данные (TWIME/SIMBA): где теряются деньги)
В 93-м году мой товарищ Паша сидел в банке и собирал данные о котировках, обзванивая своих коллег из других банков, брокерских компаний и финансовых домов, располагающихся где-нибудь в подвале бывшей советской библиотеки. Рынок был диким. Паша в своей манере медленно брал карандаш и в расчерченную тетрадь вносил цифры в каждую графу: кто по чем покупал и продавал валюту, ваучеры и, конечно, ГКО. Отфильтровать по лучшей цене тетрадь в то время не смогла, как он её ни умолял. Да и сам он старовер.
За 30 лет уровень получения и обработки данных изменился. Но вот принятие решений у 90% торгующих на бирже осталось таким же интуитивным и всё ещё веет диванной аналитикой. Но те, кто понимает, что можно делать всё умнее, пытаются нырнуть в технологии.
Есть ошибка, в которую попадают почти все новички: они уверены, что рыночные данные — это просто цифры, которые приходят с биржи и одинаковы для всех. На деле то, как именно эти цифры до вас доехали — по какому протоколу, с какой задержкой, через какой канал — решает, увидите вы реальный стакан или его слегка устаревшую копию.
Путь от ручного трейдинга к протоколам
Прежде чем разбираться в TWIME и SIMBA, стоит понять, откуда вообще берётся уважение к этой теме у тех, кто в ней давно. Кирилл торгует с 2008 года — и начинал совсем не с протоколов:
В 93-м году мой товарищ Паша сидел в банке и собирал данные о котировках, обзванивая своих коллег из других банков, брокерских компаний и финансовых домов, располагающихся где-нибудь в подвале бывшей советской библиотеки. Рынок был диким. Паша в своей манере медленно брал карандаш и в расчерченную тетрадь вносил цифры в каждую графу: кто по чем покупал и продавал валюту, ваучеры и, конечно, ГКО. Отфильтровать по лучшей цене тетрадь в то время не смогла, как он её ни умолял. Да и сам он старовер.
За 30 лет уровень получения и обработки данных изменился. Но вот принятие решений у 90% торгующих на бирже осталось таким же интуитивным и всё ещё веет диванной аналитикой. Но те, кто понимает, что можно делать всё умнее, пытаются нырнуть в технологии.
Есть ошибка, в которую попадают почти все новички: они уверены, что рыночные данные — это просто цифры, которые приходят с биржи и одинаковы для всех. На деле то, как именно эти цифры до вас доехали — по какому протоколу, с какой задержкой, через какой канал — решает, увидите вы реальный стакан или его слегка устаревшую копию.
Путь от ручного трейдинга к протоколам
Прежде чем разбираться в TWIME и SIMBA, стоит понять, откуда вообще берётся уважение к этой теме у тех, кто в ней давно. Кирилл торгует с 2008 года — и начинал совсем не с протоколов:
«Изначально я торговал руками на американском рынке, пытался зарабатывать интуитивным трейдингом — смотрел акции, делал research, изучал формации, пытался угадать движение цены. В итоге выходил в ноль, включая комиссионные. Я понял, что этим особо денег не заработать».
Только в 2011 году он перешёл к алгоритмической торговле на Мосбирже — и с этого момента протоколы биржи перестали быть абстракцией и стали инструментом, от которого напрямую зависел результат: «Основной упор был именно на latency-арбитраже — я пытался обогнать конкурентов, чтобы взять заявку по более выгодной цене». Первый робот был написан на голом C — «даже не C++, всё в одном файле», и когда число строк перевалило за 10 тысяч, стало неудобно этим управлять, и он перешёл на объектно-ориентированный C++.
От взлома роутеров до честного протокола
Кирилл, частный управляющий, торгует на Мосбирже с 2011 года и застал индустрию в её буквально дикую эпоху:
От взлома роутеров до честного протокола
Кирилл, частный управляющий, торгует на Мосбирже с 2011 года и застал индустрию в её буквально дикую эпоху:
«В 2011 году доступ к бирже шёл через их софт — роутеры вроде cgate, до этого был вообще P2Gate. Изначально они были на Windows, и все должны были торговать через него. Что происходило? Некоторые команды его взламывали и получали преимущество над другими участниками».
Это не метафора и не байка для красного словца — команды буквально ломали программный роутер биржи, чтобы получить информационное преимущество. Сегодня это невозможно физически:
«Сейчас всё это протоколы, они бинарные. Мы просто отправляем TCP-пакеты на клиент-серверное приложение — клиент по TCP отправляет на биржу, биржа отвечает. Такого, что можно получить преимущество взломом софта, больше нет. Это ушло, когда появился протокол TWIME на срочном рынке».
Он же проговаривает структуру, которую многие новички смешивают в кучу, хотя это два разных протокола с разными задачами:
«Валютный рынок и фондовый — это один протокол. Срочный рынок — другой. Хотя сейчас они очень похожи, почти одинаковые. TWIME — это транзакционный протокол, через него шлём заявки. SIMBA — это данные, через неё мы получаем котировки».
Разделение простое, но именно на нём чаще всего спотыкаются команды, которые пишут парсер рыночных данных, ориентируясь на протокол заявок, а не наоборот.
Теорема Найквиста — Котельникова (Теория дискретизации сигнала)
Что это и зачем нужна:
Фундаментальная теорема обработки сигналов, которая объясняет, почему ваш локальный стакан может не совпадать с биржевым. Она задает жесткое правило: чтобы восстановить истинную картину рынка, частота получения данных должна быть как минимум в два раза выше частоты изменений самого рынка.
Расшифровка переменных:
● f_s (frequency of sampling) — частота дискретизации (как часто ваш алгоритм опрашивает биржу или получает апдейты по протоколу SIMBA).
● f_max — максимальная частота изменений в рынке (скорость, с которой меняется стакан, например, при выходе макростатистики или резком движении цены).
Смысл для читателя:
Эта формула математически доказывает тезис из начала статьи: «увидите вы реальный стакан или его слегка устаревшую копию». Если скорость вашего канала или парсинга не успевает за скоростью рынка, возникает эффект «алиасинга» — ваш алгоритм видит искаженную картину. Вы думаете, что ликвидность есть, а её уже нет. Это объясняет, почему просто «подключиться к бирже» мало — нужно обеспечить пропускную способность, которая гарантирует отсутствие слепых зон в данных.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
Подробности и регистрация: algoclub.pro/mainevent
Когда биржа сама шлёт мусор
Самая ценная часть разговора о рыночных данных — не про протоколы, а про то, что делать, когда данные откровенно врут. У Кирилла есть история, которая объясняет разницу между командой, которая выживает, и командой, которая сгорает за минуту:
Что это и зачем нужна:
Фундаментальная теорема обработки сигналов, которая объясняет, почему ваш локальный стакан может не совпадать с биржевым. Она задает жесткое правило: чтобы восстановить истинную картину рынка, частота получения данных должна быть как минимум в два раза выше частоты изменений самого рынка.
Расшифровка переменных:
● f_s (frequency of sampling) — частота дискретизации (как часто ваш алгоритм опрашивает биржу или получает апдейты по протоколу SIMBA).
● f_max — максимальная частота изменений в рынке (скорость, с которой меняется стакан, например, при выходе макростатистики или резком движении цены).
Смысл для читателя:
Эта формула математически доказывает тезис из начала статьи: «увидите вы реальный стакан или его слегка устаревшую копию». Если скорость вашего канала или парсинга не успевает за скоростью рынка, возникает эффект «алиасинга» — ваш алгоритм видит искаженную картину. Вы думаете, что ликвидность есть, а её уже нет. Это объясняет, почему просто «подключиться к бирже» мало — нужно обеспечить пропускную способность, которая гарантирует отсутствие слепых зон в данных.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
- 2 зала
- 40 спикеров
- дегустация вин
Подробности и регистрация: algoclub.pro/mainevent
Когда биржа сама шлёт мусор
Самая ценная часть разговора о рыночных данных — не про протоколы, а про то, что делать, когда данные откровенно врут. У Кирилла есть история, которая объясняет разницу между командой, которая выживает, и командой, которая сгорает за минуту:
«Мне лично очень повезло один раз. Это было до 2020 года: биржа по фиду начала слать неверные данные — бид выше оффера, мусорные данные какие-то. Мой робот начал раздавать деньги — вверх-вниз, вверх-вниз. Я среагировал буквально за секунду и вырубил его. Не стал зарабатывать, не стал разбираться, почему он теряет — я просто увидел: лучше не заработать, чем выйти из игры навсегда. Ещё 55 секунд промедления — и депозита бы не осталось».
С тех пор, по его словам, добавили дополнительную защиту от подобных сливов — постоянную перепроверку котировок на внутреннюю согласованность: «На случай проблем с данными лучше вообще не торговать, чем торговать по непонятной информации».
А вот пример того, что бывает, если такой перепроверки нет — история не про него, а про коллег:
А вот пример того, что бывает, если такой перепроверки нет — история не про него, а про коллег:
«Недавно кто-то раздал несколько сотен миллионов на опционах. Ноль риск-менеджмента — раздавали с утра минут десять, потом, видимо, поняли, что происходит, выключили. После обеда снова включили — и снова начали раздавать. Это был самый большой залёт, который я видел живьём».
Разница между этими двумя историями — не в удаче, а в одном простом правиле: система должна уметь остановить сама себя быстрее, чем человек успеет понять, что что-то пошло не так.
Слабое место — не код, а сбор данных
На вопрос, где у большинства команд самое слабое место в работе с рыночными данными, Кирилл отвечает не про скорость парсинга, а про дисциплину:
Слабое место — не код, а сбор данных
На вопрос, где у большинства команд самое слабое место в работе с рыночными данными, Кирилл отвечает не про скорость парсинга, а про дисциплину:
«Некоторые собирают рыночные данные, некоторые нет. Но по-хорошему нужно собирать — чтобы в будущем была возможность обработать на них стратегии, которых даже не существует ещё, для обкатки, по сути для бэктеста».
Звучит скучно, но именно эта скука отделяет команды, которые могут проверить гипотезу через три года на реальных исторических тиках, от тех, кто вынужден верить синтетике или чужим датасетам, потому что вовремя не сохранил собственный поток.
Что в этих данных на самом деле ценно
Инфраструктура — только половина истории про данные. Вторая половина — понимание того, какая часть этого потока реально даёт преимущество, а какая существует просто для красивых графиков.
Тихон Павлов, quantitative researcher ФК «Викинг», предупреждает от завышенных ожиданий по одному из самых модных источников сигнала — order book imbalance:
Что в этих данных на самом деле ценно
Инфраструктура — только половина истории про данные. Вторая половина — понимание того, какая часть этого потока реально даёт преимущество, а какая существует просто для красивых графиков.
Тихон Павлов, quantitative researcher ФК «Викинг», предупреждает от завышенных ожиданий по одному из самых модных источников сигнала — order book imbalance:
«Order book imbalance — он, скорее, переоценён. То положительное математическое ожидание, которое из него получаешь, настолько мало, что его просто съедают комиссии. На средних частотах, пять-пятнадцать минут, это вообще бесполезная информация. А вот queue position — если биржа даёт эту информацию — уже ценнее: по сути, можно предсказать исполнение своего ордера до того, как цена сдвинется на один тик».
Его вывод звучит отрезвляюще для тех, кто ждёт от одних лишь рыночных данных генерации альфы: «Это вопрос не про генерацию альфы, а про её удержание — про то, как не потерять то, что уже есть, а не про то, как заработать с нуля».
Антон Ковалев, Managing Partner bdpb.trading и специалист по крипто-арбитражу, подтверждает ценность микроструктурных данных со своей стороны рынка, но предупреждает о конкретной ловушке:
Антон Ковалев, Managing Partner bdpb.trading и специалист по крипто-арбитражу, подтверждает ценность микроструктурных данных со своей стороны рынка, но предупреждает о конкретной ловушке:
«Работаем с микроструктурой на регулярной основе — в крипто-HFT вся альфа именно в ней. Но Order book даёт преимущество только там, где ты умеешь оценивать вероятность исполнения и adverse selection. Чаще всего переоценивают статичный imbalance и глубину стакана — без учёта очереди, отмен заявок и того, кто именно является агрессором в сделке, это легко интерпретировать неправильно».
Оба сходятся в одном: сырые данные сами по себе ничего не стоят. Ценность появляется только тогда, когда вы понимаете, какая часть потока отражает реальное намерение участников рынка, а какая — просто шум, который дорого хранить и бессмысленно анализировать.
Распределение Пуассона (Моделирование потока заявок в стакане)
Что это и зачем нужна:
Ключевая формула теории массового обслуживания, которая используется квантами для оценки вероятности исполнения лимитной заявки. Она моделирует поток входящих ордеров как пуассоновский процесс, позволяя предсказать, сколько заявок придет в стакан до того, как дойдет очередь до вашего ордера.
Расшифровка переменных:
● P(k) — вероятность того, что за определенный интервал времени в стакан придет ровно k заявок (например, на снятие или исполнение).
● λ (лямбда) — интенсивность потока заявок (среднее количество событий в единицу времени, которое парсит ваш алгоритм из SIMBA).
● e — основание натурального логарифма (~2.718).
● k! — факториал числа событий.
Смысл:
Эта формула напрямую отвечает на слова Антона Ковалева из статьи: «Order book imbalance переоценен... а вот queue position уже ценнее: по сути, можно предсказать исполнение своего ордера до того, как цена сдвинется». Распределение Пуассона — это математический фундамент для расчета этого queue position. Если вы не моделируете поток событий через Пуассона, вы не сможете корректно оценить вероятность adverse selection (неблагоприятного отбора) и риск неисполнения. Сырые данные из TWIME/SIMBA превращаются в альфу только тогда, когда вы знаете, как посчитать эту вероятность.
Где данные пересекаются с математикой
Важно понимать: правильно собранные рыночные данные — это не только про инфраструктуру, но и про то, что с ними потом делают квант-команды. Здесь стоит на секунду выйти за рамки чистой инфраструктуры: качество сырых тиков напрямую определяет, можно ли вообще доверять бэктесту, построенному на них. Если в потоке данных есть пропуски последовательности (sequence gaps) или рассинхронизация между TWIME и SIMBA, весь последующий анализ — от простого статистического арбитража до сложных ML-моделей — будет обучаться на искажённой картине рынка, даже если сам код идеален.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
Подробности и регистрация: algoclub.pro/mainevent
Правила входа: как не потерять деньги на рыночных данных
1. Разделяйте протоколы по задаче. TWIME — для отправки заявок, SIMBA — для получения котировок. Путаница между ними — источник 90% логических ошибок у новичков. Это не взаимозаменяемые вещи.
2. Стройте защиту от мусора заранее, а не после первого залёта. Биржа может прислать мусорные данные (бид выше оффера и т.п.). Если ваш робот не умеет проверять котировки на внутреннюю согласованность — он сольёт депозит за минуту. Автоматический стоп на аномалиях должен сработать быстрее, чем вы моргнёте.
3. Собирайте сырые тики, даже если сейчас они не нужны. Через год-два вы придумаете стратегию, для которой нужна история. Если вы не сохраняли данные — вы будете гадать на синтетике, а не проверять на реальных тиках. Это отделяет профессиональные команды от любителей.
4. Закладывайте плату за протоколы в экономику проекта заранее. То, что раньше было бесплатной «дырой» в архитектуре, теперь официальная строка расходов. Биржа закрывает свои проблемы за ваш счёт — учитывайте это в бюджете.
5. Не переоценивайте очевидные метрики. Статичный order book imbalance даёт меньше, чем кажется. Он съедается комиссиями. Реальная ценность — в queue position и анализе того, кто именно является агрессором в сделке. Сырые данные сами по себе ничего не стоят — ценность появляется только с правильной интерпретацией.
Часто задаваемые вопросы
1. Почему мой стакан не совпадает с биржевым?
Потому что вы, скорее всего, не учитываете разницу между протоколами TWIME (заявки) и SIMBA (котировки). Они идут по разным каналам, с разной задержкой. Плюс, если вы парсите данные недостаточно быстро, вы видите не реальный стакан, а его слегка устаревшую копию. Теорема Найквиста-Котельникова в действии.
2. Зачем вообще платить за протоколы SIMBA и TWIME?
Раньше биржа принимала заявки через собственный софт (роутеры), который некоторые команды взламывали и получали преимущество. Биржа закрыла эти дыры новыми протоколами — и теперь берёт за это деньги. Без них вы не конкурентоспособны. Это искусственный барьер, но он есть.
3. Что такое order book imbalance и стоит ли на него смотреть?
Это метрика, которая показывает дисбаланс между бидами и офферами. Но она переоценена. Положительное матожидание от неё настолько мало, что его съедают комиссии. На средних частотах (5–15 минут) это вообще бесполезная информация. Реальная ценность — в queue position и понимании, кто именно является агрессором в сделке.
4. Правда ли, что биржа может прислать «мусорные» данные?
Да. Кирилл вспоминает случай, когда биржа по фиду начала слать неверные данные — бид выше оффера. Его робот начал «раздавать деньги», и он успел вырубить его за секунду. Ещё 55 секунд промедления — и депозит бы кончился. Поэтому защита от мусора — это не паранойя, а обязательное условие выживания.
5. Стоит ли собирать и хранить тиковые данные?
Да. Это отличает профессиональные команды от любителей. Если у вас нет своей истории тиков, вы не сможете проверить новую стратегию на реальных данных через год-два. Собирайте всё, даже если сейчас не знаете, зачем. Через три года скажете себе спасибо.
6. Какая главная ошибка новичков в работе с данными?
Путают TWIME и SIMBA, думают, что это одно и то же. Не проверяют котировки на внутреннюю согласованность. Не собирают историю. Переоценивают очевидные метрики вроде imbalance и не замечают реальную ценность — queue position и контекст исполнения.
7. Куда движется индустрия с точки зрения данных?
Крупные игроки переходят от простого анализа стакана к учёту микроструктуры: кто является агрессором, какова очередь, какой adverse selection. Сырые данные сами по себе ничего не стоят — ценность появляется только с правильной интерпретацией. И всё это требует качественного сбора и хранения тиков.
TOTAL
Тема сбора данных в «Биржевом Алгоритме» стоит сразу после хайпового ИИ. Её обсуждают, рассказывают, и хорошо, что пока не дерутся.
Протоколы и рыночные данные — это не техническая деталь, которую можно отдать разработчику и забыть. Это фундамент, на котором строится всё остальное: от простого исполнения заявки до сложного бэктеста стратегии, которая появится через три года. Тот, кто путает TWIME и SIMBA, экономит на сборе тиков или не готов остановить систему быстрее собственной реакции, платит за это не сразу — но платит всегда.
Несколько правил, которые превращают сырые данные в работающую систему:
Разделяйте протоколы по задаче. TWIME — для заявок, SIMBA — для котировок. Путаница между ними — источник большинства логических ошибок у новичков.
Стройте защиту от мусора заранее, а не после первого залёта. Перепроверка котировок на внутреннюю согласованность — это то, что отделяет секунду простоя от потери депозита. Автоматический стоп на аномальных данных должен сработать быстрее, чем человек успеет моргнуть.
Собирайте сырые данные, даже если сейчас они не нужны. Через год-два вы можете придумать стратегию, для обкатки которой нужна история, которой ни у кого больше нет.
Закладывайте плату за протоколы в экономику проекта заранее. То, что раньше было бесплатной инфраструктурной дырой, теперь официальная строка расходов.
Не переоценивайте очевидные метрики. Статичный order book imbalance даёт меньше, чем кажется новичкам. Ищите queue position и контекст исполнения, а не красивые графики дисбаланса.
Ваш стакан может не совпадать с биржевым по десяткам причин. Почти все они устраняются задолго до того, как становятся дорогой проблемой. Если знать, куда смотреть.
На встречах «Биржевого Алгоритма» мы как раз и смотрим — не в презентации, а в код, в логи, в схемы. Без слайдов, без «успешного успеха». Приходите — покажем, где теряются деньги и как их не терять.
Ближайшее мероприятие 9 октября 2026 года. Конференция "Биржевой алгоритм - 2026". Прикладные знания и авторитетные мнения. Мы соберем экспертов в управлении активами и алгоритмическом трейдинге. Подробности на странице мероприятия (http://algoclub.pro/mainevent)
Статья создана «Биржевым Алгоритмом». Копирование без ссылки на источник — нарушение авторских прав. Мы это отслеживаем и преследуем. Даже если вы думаете, что никто не заметит.
Что это и зачем нужна:
Ключевая формула теории массового обслуживания, которая используется квантами для оценки вероятности исполнения лимитной заявки. Она моделирует поток входящих ордеров как пуассоновский процесс, позволяя предсказать, сколько заявок придет в стакан до того, как дойдет очередь до вашего ордера.
Расшифровка переменных:
● P(k) — вероятность того, что за определенный интервал времени в стакан придет ровно k заявок (например, на снятие или исполнение).
● λ (лямбда) — интенсивность потока заявок (среднее количество событий в единицу времени, которое парсит ваш алгоритм из SIMBA).
● e — основание натурального логарифма (~2.718).
● k! — факториал числа событий.
Смысл:
Эта формула напрямую отвечает на слова Антона Ковалева из статьи: «Order book imbalance переоценен... а вот queue position уже ценнее: по сути, можно предсказать исполнение своего ордера до того, как цена сдвинется». Распределение Пуассона — это математический фундамент для расчета этого queue position. Если вы не моделируете поток событий через Пуассона, вы не сможете корректно оценить вероятность adverse selection (неблагоприятного отбора) и риск неисполнения. Сырые данные из TWIME/SIMBA превращаются в альфу только тогда, когда вы знаете, как посчитать эту вероятность.
Где данные пересекаются с математикой
Важно понимать: правильно собранные рыночные данные — это не только про инфраструктуру, но и про то, что с ними потом делают квант-команды. Здесь стоит на секунду выйти за рамки чистой инфраструктуры: качество сырых тиков напрямую определяет, можно ли вообще доверять бэктесту, построенному на них. Если в потоке данных есть пропуски последовательности (sequence gaps) или рассинхронизация между TWIME и SIMBA, весь последующий анализ — от простого статистического арбитража до сложных ML-моделей — будет обучаться на искажённой картине рынка, даже если сам код идеален.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
- 2 зала
- 40 спикеров
- дегустация вин
Подробности и регистрация: algoclub.pro/mainevent
Правила входа: как не потерять деньги на рыночных данных
1. Разделяйте протоколы по задаче. TWIME — для отправки заявок, SIMBA — для получения котировок. Путаница между ними — источник 90% логических ошибок у новичков. Это не взаимозаменяемые вещи.
2. Стройте защиту от мусора заранее, а не после первого залёта. Биржа может прислать мусорные данные (бид выше оффера и т.п.). Если ваш робот не умеет проверять котировки на внутреннюю согласованность — он сольёт депозит за минуту. Автоматический стоп на аномалиях должен сработать быстрее, чем вы моргнёте.
3. Собирайте сырые тики, даже если сейчас они не нужны. Через год-два вы придумаете стратегию, для которой нужна история. Если вы не сохраняли данные — вы будете гадать на синтетике, а не проверять на реальных тиках. Это отделяет профессиональные команды от любителей.
4. Закладывайте плату за протоколы в экономику проекта заранее. То, что раньше было бесплатной «дырой» в архитектуре, теперь официальная строка расходов. Биржа закрывает свои проблемы за ваш счёт — учитывайте это в бюджете.
5. Не переоценивайте очевидные метрики. Статичный order book imbalance даёт меньше, чем кажется. Он съедается комиссиями. Реальная ценность — в queue position и анализе того, кто именно является агрессором в сделке. Сырые данные сами по себе ничего не стоят — ценность появляется только с правильной интерпретацией.
Часто задаваемые вопросы
1. Почему мой стакан не совпадает с биржевым?
Потому что вы, скорее всего, не учитываете разницу между протоколами TWIME (заявки) и SIMBA (котировки). Они идут по разным каналам, с разной задержкой. Плюс, если вы парсите данные недостаточно быстро, вы видите не реальный стакан, а его слегка устаревшую копию. Теорема Найквиста-Котельникова в действии.
2. Зачем вообще платить за протоколы SIMBA и TWIME?
Раньше биржа принимала заявки через собственный софт (роутеры), который некоторые команды взламывали и получали преимущество. Биржа закрыла эти дыры новыми протоколами — и теперь берёт за это деньги. Без них вы не конкурентоспособны. Это искусственный барьер, но он есть.
3. Что такое order book imbalance и стоит ли на него смотреть?
Это метрика, которая показывает дисбаланс между бидами и офферами. Но она переоценена. Положительное матожидание от неё настолько мало, что его съедают комиссии. На средних частотах (5–15 минут) это вообще бесполезная информация. Реальная ценность — в queue position и понимании, кто именно является агрессором в сделке.
4. Правда ли, что биржа может прислать «мусорные» данные?
Да. Кирилл вспоминает случай, когда биржа по фиду начала слать неверные данные — бид выше оффера. Его робот начал «раздавать деньги», и он успел вырубить его за секунду. Ещё 55 секунд промедления — и депозит бы кончился. Поэтому защита от мусора — это не паранойя, а обязательное условие выживания.
5. Стоит ли собирать и хранить тиковые данные?
Да. Это отличает профессиональные команды от любителей. Если у вас нет своей истории тиков, вы не сможете проверить новую стратегию на реальных данных через год-два. Собирайте всё, даже если сейчас не знаете, зачем. Через три года скажете себе спасибо.
6. Какая главная ошибка новичков в работе с данными?
Путают TWIME и SIMBA, думают, что это одно и то же. Не проверяют котировки на внутреннюю согласованность. Не собирают историю. Переоценивают очевидные метрики вроде imbalance и не замечают реальную ценность — queue position и контекст исполнения.
7. Куда движется индустрия с точки зрения данных?
Крупные игроки переходят от простого анализа стакана к учёту микроструктуры: кто является агрессором, какова очередь, какой adverse selection. Сырые данные сами по себе ничего не стоят — ценность появляется только с правильной интерпретацией. И всё это требует качественного сбора и хранения тиков.
TOTAL
Тема сбора данных в «Биржевом Алгоритме» стоит сразу после хайпового ИИ. Её обсуждают, рассказывают, и хорошо, что пока не дерутся.
Протоколы и рыночные данные — это не техническая деталь, которую можно отдать разработчику и забыть. Это фундамент, на котором строится всё остальное: от простого исполнения заявки до сложного бэктеста стратегии, которая появится через три года. Тот, кто путает TWIME и SIMBA, экономит на сборе тиков или не готов остановить систему быстрее собственной реакции, платит за это не сразу — но платит всегда.
Несколько правил, которые превращают сырые данные в работающую систему:
Разделяйте протоколы по задаче. TWIME — для заявок, SIMBA — для котировок. Путаница между ними — источник большинства логических ошибок у новичков.
Стройте защиту от мусора заранее, а не после первого залёта. Перепроверка котировок на внутреннюю согласованность — это то, что отделяет секунду простоя от потери депозита. Автоматический стоп на аномальных данных должен сработать быстрее, чем человек успеет моргнуть.
Собирайте сырые данные, даже если сейчас они не нужны. Через год-два вы можете придумать стратегию, для обкатки которой нужна история, которой ни у кого больше нет.
Закладывайте плату за протоколы в экономику проекта заранее. То, что раньше было бесплатной инфраструктурной дырой, теперь официальная строка расходов.
Не переоценивайте очевидные метрики. Статичный order book imbalance даёт меньше, чем кажется новичкам. Ищите queue position и контекст исполнения, а не красивые графики дисбаланса.
Ваш стакан может не совпадать с биржевым по десяткам причин. Почти все они устраняются задолго до того, как становятся дорогой проблемой. Если знать, куда смотреть.
На встречах «Биржевого Алгоритма» мы как раз и смотрим — не в презентации, а в код, в логи, в схемы. Без слайдов, без «успешного успеха». Приходите — покажем, где теряются деньги и как их не терять.
Ближайшее мероприятие 9 октября 2026 года. Конференция "Биржевой алгоритм - 2026". Прикладные знания и авторитетные мнения. Мы соберем экспертов в управлении активами и алгоритмическом трейдинге. Подробности на странице мероприятия (http://algoclub.pro/mainevent)
Статья создана «Биржевым Алгоритмом». Копирование без ссылки на источник — нарушение авторских прав. Мы это отслеживаем и преследуем. Даже если вы думаете, что никто не заметит.