Розташування серверів бірж і затримки

Чому мілісекунди вирішують у криптотрейдингу

Книга ордерів ліквідного перпетуала змінюється сотні разів на секунду. Будь-яка ціна, яку ви бачите, — уже історія; питання лише в тому, наскільки вона застаріла. Ця застарілість і є затримка: час повного кола між вашим торговим сервером та рушієм біржі.

В арбітражі ставки гранично конкретні. Вікно спреду часто живе лише кілька сотень мілісекунд. Якщо ваш ордер летить до біржі 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.