Vai al contenuto

Limiti di frequenza

Ogni chiamata conta per un limite, per cliente e su tutte le tue chiavi API, in minuti di calendario. Questi sono i limiti attualmente in vigore.

GET /account, GET /checkers, GET /orders, GET /orders/{id}
60 al minuto
GET /orders/{id}/results
30 al minuto
POST /uploads
10 al minuto
POST /estimates
10 al minuto
Nuovi ordini con POST /orders
10 al minuto
Parti di attività non terminate contemporaneamente, dall’API
20 alla volta
Richieste con una chiave API errata, per indirizzo IP
20 al minuto

Cosa può dirti una risposta

Queste intestazioni possono mancare, ad esempio su un ordine ripetuto, quindi non dipendere da esse.

  • RateLimit-Limit: il limite per questo tipo di chiamata.
  • RateLimit-Remaining: quante ne restano in questo minuto.
  • RateLimit-Reset: i secondi prima che il conteggio riparta.

Quando superi un limite

Ricevi 429 rate_limited con Retry-After, i secondi da attendere. Questa richiesta non ha fatto nulla e non ha addebitato nulla. Attendi quel tempo e inviala di nuovo, con la stessa Idempotency-Key se è un ordine.

Ripetizioni

Ripetere un ordine già effettuato, o uno che ha superato questi limiti e ha perso la risposta, non conta per il limite degli ordini, quindi una ripetizione sicura non viene rifiutata per il fatto di essere una ripetizione. Tutte le richieste di effettuare un ordine sono inoltre soggette a sei volte il limite degli ordini, e ad almeno 60 al minuto.

Ordini aperti

Un ordine grande è composto da più parti di attività, una ogni 1.000.000 di voci. Oltre il limite di parti aperte ricevi 429 too_many_open_orders: attendi che alcune siano terminate. Un singolo ordine grande può superare il limite quando non hai nient’altro di aperto.

Ti serve di più?

Contattaci e raccontaci cosa stai realizzando.

In questa pagina