Чому мілісекунди вирішують у криптотрейдингу
Книга ордерів ліквідного перпетуала змінюється сотні разів на секунду. Будь-яка ціна, яку ви бачите, — уже історія; питання лише в тому, наскільки вона застаріла. Ця застарілість і є затримка: час повного кола між вашим торговим сервером та рушієм біржі.
В арбітражі ставки гранично конкретні. Вікно спреду часто живе лише кілька сотень мілісекунд. Якщо ваш ордер летить до біржі 300 мс, на момент прибуття книга вже зсунулася — ви виконуєтеся за гіршою ціною, і прослизання непомітно з'їдає ту саму перевагу, яку ви ловили.
Затримка — це фізика, а не софт. Сигнал по оптоволокну з Франкфурта до Токіо і назад іде приблизно чверть секунди, хоч як оптимізуй код. Єдине справжнє рішення — поставити сервер поруч із біржею.
Де криптобіржі насправді розміщують сервери
AWS Tokyo
Більшість майданчиків, якими ми торгуємо, тримають свої рушії в кількох хмарних регіонах Азії. Binance, Gate.io, KuCoin, Bitget та HTX найшвидше відповідають з AWS Токіо (ap-northeast-1); за відкритими даними, там само працюють MEXC та Hyperliquid.
Singapore · Hong Kong
Bybit та Phemex розміщені в Сінгапурі (ap-southeast-1). OKX та LBank найближче до Гонконгу (ap-east-1): обидві відповідають звідти швидше за 40 мс.
Europe
У Європі — три майданчики. Рушій Deribit у Лондоні, WhiteBIT найшвидше відповідає з Франкфурта, Poloniex теж найшвидше відповідає з Європи. У WhiteBIT найжорсткіший регіональний штраф у таблиці: 46 мс із Франкфурта проти 300–500 мс з Азії.
Kraken
Kraken — виняток. Він відповідає за 18–64 мс з усіх восьми виміряних регіонів, тож поруч із ним просто немає чого ставити. Це схоже на інфраструктуру, винесену ближче до клієнта, а не на один рушій в одному місті. Чотири хаби розміщення — на карті нижче.
Де живуть рушії бірж
Великі криптобіржі зосереджені в чотирьох хостингових хабах
Binance
Bitget
Gate.io
KuCoin
HTX
MEXC
Hyperliquid
Bybit
Phemex
OKX
Deribit
PoloniexХаби визначені за нашими замірами затримок з кількох регіонів; розташування MEXC та Hyperliquid — за відкритими даними.
Затримки в цифрах
Ми виміряли час повного кола 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 + Poloniex — обидва майданчики в Європі — єдина розумна відповідь — Лондон.
Емпіричне правило: обидві біржі в Токіо → Токіо. Змішані азійські майданчики → Токіо або Гонконг. Європейські деривативні майданчики → Лондон. Якщо сумніваєтеся — Токіо покриває найбільшу частку великих бірж. Які пари майданчиків просто зараз дають торговані спреди, видно в живому сканері арбітражу.
Розташування сервера в Arbitron
Ваш власний сервер
Кожен акаунт Arbitron працює на власному виділеному торговому сервері зі своєю IP-адресою, розміщеному в тих самих хмарних регіонах, де живуть самі біржі, — а не на спільній інфраструктурі на іншому кінці планети.
Регіон обираєте ви
Ви можете обрати регіон розгортання сервера — Токіо, Сінгапур, Гонконг або Європу, — щоб до бірж, на яких ви справді торгуєте, були мілісекунди, а не континенти.
Жодних зайвих хопів
Ринкові дані та виконання ордерів ідуть напряму між вашим сервером та API бірж, без зайвих ланок. Повна архітектура — у статті як працює Arbitron.
Як вимірювалися ці числа
Кожне значення — час зворотного ходу REST-виклику fetch_ticker(), усереднене за 10 послідовними ітераціями, з вказаного регіону AWS. Цифри включають TLS-рукостискання та обробку на боці біржі, тому вони вищі за чистий мережевий RTT — важливий порядок регіонів, а не абсолютні мілісекунди.
Використовувалися вісім регіонів AWS: Півн. Вірджинія, Півн. Каліфорнія, Франкфурт, Ірландія, Гонконг, Сеул, Сінгапур і Токіо. Зверніть увагу: eu-west-1 — це Ірландія, а не Лондон; Лондон — eu-west-2.
Як послатися
Arbitron. "Exchange Server Locations & Latency". 2026-09-22. https://arbitron.app/learn/crypto-exchange-server-locations
Можна вільно використовувати за ліцензією CC BY 4.0. Будь ласка, вкажіть Arbitron із посиланням.














































BitMart