Latence mesurée vers Indodax dans le monde
Aller-retour d'une requête REST ticker depuis huit régions AWS
Latence vers Indodax depuis huit régions AWS
| Région AWS | Aller-retour |
|---|---|
| Singapour ap-southeast-1 | ~46 ms |
| Hong Kong ap-east-1 | ~179 ms |
| Tokyo ap-northeast-1 | ~317 ms |
| Séoul ap-northeast-2 | ~393 ms |
| N. Californie us-west-1 | ~675 ms |
| N. Virginie us-east-1 | ~921 ms |
| Londres eu-west-1 | ~1154 ms |
| Francfort eu-central-1 | ~1180 ms |
Allers-retours REST indicatifs issus de nos mesures multi-régions — utiles pour comparer les régions, pas un SLA. Les flux WebSocket sont plus rapides dans l'absolu, mais les proportions entre régions restent les mêmes.
Meilleur emplacement de serveur pour trader sur Indodax
Hébergez votre serveur de trading ou votre bot dans AWS Singapour (ap-southeast-1) : il atteint Indodax en environ 46 ms, assez vite pour que le passage d'ordres et les données de marché restent quasiment en temps réel.
Évitez de faire tourner des stratégies sensibles à la latence sur Indodax depuis Francfort ou d'autres régions éloignées. À ~1180 ms (26× le chiffre d'un serveur co-localisé), chaque prix que vous voyez est déjà périmé avant que vous puissiez agir — et ce retard se paie en slippage sur chaque ordre au marché.
Comparer avec d'autres exchanges
Emplacement des serveurs BigONE
~46 ms
Emplacement des serveurs bitFlyer
~44 ms
Emplacement des serveurs Bybit
~16 ms
Emplacement des serveurs Coinbase
~19 msQuestions fréquentes
Où sont situés les serveurs de Indodax ?
Indodax répond le plus vite depuis AWS Singapour (ap-southeast-1) — environ 46 ms aller-retour — ce qui situe son infrastructure API dans la région Singapour ou à proximité.
Quel est le meilleur emplacement de serveur pour Indodax ?
AWS Singapour (ap-southeast-1). Depuis cette région, Indodax répond en ~46 ms, contre ~1180 ms depuis Francfort — un écart de 26× sur chaque appel API.
Dans quelle mesure l'emplacement du serveur modifie-t-il la latence vers Indodax ?
Dans nos mesures : ~46 ms depuis Singapour contre ~1180 ms depuis Francfort — un écart de 26×. Chaque ordre et chaque mise à jour du carnet paient cette taxe dans les deux sens.