Заміряна затримка до LBank по світу
Повне коло REST-запиту тикера з восьми регіонів AWS
Затримка до LBank з восьми регіонів AWS
| Регіон AWS | Туди-назад |
|---|---|
| Гонконг ap-east-1 | ~18 мс |
| Сінгапур ap-southeast-1 | ~104 мс |
| Токіо ap-northeast-1 | ~107 мс |
| Сеул ap-northeast-2 | ~140 мс |
| Пн. Каліфорнія us-west-1 | ~247 мс |
| Франкфурт eu-central-1 | ~323 мс |
| Пн. Вірджинія us-east-1 | ~360 мс |
| Лондон eu-west-1 | ~372 мс |
Орієнтовні REST-кола з наших замірів — для порівняння регіонів, не SLA. WebSocket-канали швидші в абсолютних числах, але регіональні пропорції зберігаються.
Найкраще розташування сервера для торгівлі на LBank
Розміщуйте торговий сервер або бота в AWS Гонконг (ap-east-1): до LBank звідти близько 18 мс — достатньо швидко, щоб виставлення ордерів та ринкові дані залишалися фактично в реальному часі.
Не запускайте чутливі до затримки стратегії проти LBank з регіону Лондон та інших далеких регіонів. За ~372 мс (у 21 рази більше, ніж поруч із біржею) кожна видима вами ціна застаріває раніше, ніж ви встигаєте відреагувати, — і це перетворюється на прослизання на кожному ринковому ордері.
Порівняйте з іншими біржами
Усі біржі: розташування серверів та затримки →
Часті запитання
Де розташовані сервери LBank?
LBank найшвидше відповідає з AWS Гонконг (ap-east-1) — близько 18 мс туди-назад, тобто API-інфраструктура біржі розташована в Гонконг або поруч.
Яке розташування сервера краще для LBank?
AWS Гонконг (ap-east-1). Сервер там досягає LBank за ~18 мс проти ~372 мс з регіону Лондон — різниця в 21 разів на кожному API-запиті.
Наскільки розташування сервера змінює затримку до LBank?
За нашими замірами: ~18 мс з регіону Гонконг проти ~372 мс з регіону Лондон — розкид у 21 разів. Цей податок платить кожен ордер і кожне оновлення книги, в обидва боки.