Заміри затримки до Bithumb по всьому світу
REST-запит тикера туди-назад з восьми регіонів AWS
Затримка до Bithumb з восьми регіонів AWS
| Регіон AWS | Туди-назад |
|---|---|
| Сеул ap-northeast-2 | ~27 мс |
| Токіо ap-northeast-1 | ~80 мс |
| Гонконг ap-east-1 | ~84 мс |
| Сінгапур ap-southeast-1 | ~122 мс |
| Пн. Каліфорнія us-west-1 | ~194 мс |
| Франкфурт eu-central-1 | ~285 мс |
| Лондон eu-west-1 | ~294 мс |
| Пн. Вірджинія us-east-1 | ~304 мс |
Орієнтовні значення туди-назад по REST з наших мультирегіональних замірів — щоб порівнювати регіони, це не SLA. WebSocket-канали швидші в абсолютних цифрах, але співвідношення між регіонами те саме.
Найкраще розташування сервера для торгівлі на Bithumb
Розміщуйте торговий сервер або бота в AWS Сеул (ap-northeast-2): до Bithumb звідти близько 27 мс — достатньо швидко, щоб виставлення ордерів та ринкові дані залишалися фактично в реальному часі.
Не запускайте чутливі до затримки стратегії на Bithumb з регіону Пн. Вірджинія чи інших далеких регіонів. За ~304 мс (у 11 рази більше, ніж у сервера поруч із біржею) будь-яка ціна, яку ви бачите, застаріває до того, як ви встигнете відреагувати, — і на кожному ринковому ордері це перетворюється на прослизання.
Порівняйте з іншими біржами
Усі біржі: розташування серверів та затримки →
Часті запитання
Де розташовані сервери Bithumb?
Bithumb найшвидше відповідає з AWS Сеул (ap-northeast-2) — близько 27 мс туди-назад, тобто API-інфраструктура біржі розташована в Сеул або поруч.
Яке розташування сервера краще для Bithumb?
AWS Сеул (ap-northeast-2). Звідти до Bithumb ~27 мс проти ~304 мс з регіону Пн. Вірджинія — різниця в 11 разів на кожному API-запиті.
Наскільки розташування сервера змінює затримку до Bithumb?
За нашими замірами: ~27 мс з регіону Сеул проти ~304 мс з регіону Пн. Вірджинія — розкид у 11 разів. Цю затримку оплачує кожен ордер і кожне оновлення книги ордерів — в обидва боки.