Серверы бирж и задержки

Почему миллисекунды решают в криптотрейдинге

Стакан ликвидного перпетуала меняется сотни раз в секунду. Любая цена, которую вы видите, — уже история; вопрос лишь в том, насколько она устарела. Эта устарелость и есть задержка: время полного круга между вашим торговым сервером и движком биржи.

В арбитраже ставки предельно конкретны. Окно спреда часто живёт несколько сотен миллисекунд. Если ордер летит до биржи 300 мс, к моменту прибытия стакан уже сдвинулся — вы исполняетесь по худшей цене, и проскальзывание незаметно съедает ту самую кромку, которую вы ловили.

Задержка — это физика, а не софт. Сигнал по оптоволокну из Франкфурта до Токио и обратно идёт примерно четверть секунды, как ни оптимизируй код. Единственное настоящее решение — поставить сервер рядом с биржей.

Где криптобиржи на самом деле размещают серверы

Большинство крупных площадок держат движки в нескольких облачных регионах Азии. Binance, Gate.io, KuCoin, Bitget, HTX и CoinEx быстрее всего отвечают из AWS Токио (ap-northeast-1); по открытым данным, там же работают MEXC и Hyperliquid.

Bybit и Phemex размещены в Сингапуре (ap-southeast-1). OKX и BitMart ближе всего к Гонконгу (ap-east-1).

Ветераны деривативов живут в Европе: движок Deribit — в Лондоне, BitMEX работает в AWS Дублин, Poloniex также быстрее всего отвечает из Европы. Четыре хаба размещения — на карте ниже.

Задержки в цифрах

Мы измерили время полного круга REST-запроса тикера к каждой бирже из нескольких регионов AWS. Картина однозначная: тот же запрос, который из соседнего с движком региона занимает 10–35 мс, с другого континента идёт 200–500+ мс — разница в 10–20 раз.

Воспринимайте цифры как ориентир для сравнения регионов, а не как гарантию: WebSocket-каналы в абсолютных числах быстрее REST, но региональные пропорции сохраняются.

Как задержка превращается в проскальзывание

Жизнь рыночного ордера: сервер видит цену, принимает решение, отправляет ордер, а биржа сводит его с тем стаканом, который существует в момент прибытия. Задержка облагает налогом каждый шаг. За 300 мс стакан ликвидного перпетуала успевает полностью обновиться — цены, на которую вы реагировали, уже просто нет.

Ущерб не теоретический. В наших боевых замерах одно исполнение по устаревшим данным однажды стоило почти 0,8% проскальзывания — в несколько раз больше типичного арбитражного спреда. Правильно размещённый сервер превращает это в погрешность округления.

Расстояние портит не только то, что вы отправляете, но и то, что вы видите: далёкий сервер получает каждое обновление стакана с опозданием, и каждое решение принимается по старому стакану. Колокация чинит оба направления сразу.

Как выбрать расположение сервера для двуногого арбитража

С одной биржей всё просто: сервер ставится в соседний с ней регион. Двуногий арбитраж тоньше: биржи могут жить в разных регионах, а исполниться должны обе ноги.

Правильное правило — минимизировать худшую ногу, а не лучшую. Локация с 16 мс до одной биржи и 200 мс до другой хуже, чем 25–90 мс до обеих: реальное качество исполнения задаёт медленная нога.

Примеры из таблицы выше: для Binance + Bybit Токио (≈23 / 91 мс) выигрывает у Сингапура (≈206 / 16 мс). Для OKX + Binance балансирует Гонконг. Для Deribit + BitMEX — классической инверсной пары — единственный разумный ответ — Лондон.

Эмпирическое правило: обе биржи в Токио → Токио. Смешанные азиатские площадки → Токио или Гонконг. Европейские деривативные площадки → Лондон. Если сомневаетесь — Токио покрывает наибольшую долю крупных бирж.

Расположение сервера в Arbitron

Каждый аккаунт Arbitron работает на собственном выделенном торговом сервере со своим IP-адресом, размещённом в тех же облачных регионах, где живут сами биржи, — а не на общей инфраструктуре на другом конце планеты.

Вы можете выбрать регион размещения сервера — Токио, Сингапур, Гонконг или Европу, — чтобы до бирж, на которых вы реально торгуете, были миллисекунды, а не континенты.

Рыночные данные и исполнение ордеров идут напрямую между вашим сервером и API бирж, без лишних звеньев. Полная архитектура — в статье как работает Arbitron.