Limites de requêtes
Chaque appel compte pour une limite, par client et pour l’ensemble de vos clés API, par minute calendaire. Voici les limites actuellement en vigueur.
GET /account, GET /checkers, GET /orders, GET /orders/{id}GET /orders/{id}/resultsPOST /uploadsPOST /estimatesPOST /ordersCe qu’une réponse peut vous indiquer
Ces en-têtes peuvent être absents, par exemple sur une commande répétée : n’en dépendez donc pas.
RateLimit-Limit: la limite pour ce type d’appel.RateLimit-Remaining: le nombre d’appels restants pour cette minute.RateLimit-Reset: les secondes avant que le décompte ne reparte.
En cas de dépassement
Vous recevez 429 rate_limited avec Retry-After, le nombre de secondes à attendre. Cette requête n’a rien fait et rien débité. Attendez ce délai et renvoyez-la, avec la même Idempotency-Key s’il s’agit d’une commande.
Nouvelles tentatives
Répéter une commande déjà passée, ou une commande qui a franchi ces limites et perdu sa réponse, ne compte pas dans la limite de commandes : une nouvelle tentative sûre n’est donc pas refusée parce qu’elle est une nouvelle tentative. Toutes les requêtes visant à passer une commande sont en outre limitées à six fois la limite de commandes, et à au moins 60 par minute.
Commandes ouvertes
Une grande commande représente plusieurs parties de tâche, une pour chaque tranche de 1 000 000 d’entrées. Au-delà de la limite de parties ouvertes, vous recevez 429 too_many_open_orders : attendez que certaines soient terminées. Une seule grande commande peut dépasser la limite lorsque vous n’avez rien d’autre d’ouvert.
Besoin de plus ?
Contactez-nous en décrivant ce que vous construisez.