Limity żądań
Każde wywołanie wlicza się do limitu, dla każdego klienta łącznie ze wszystkich Twoich kluczy API, w minutach kalendarzowych. Oto limity obowiązujące obecnie.
GET /account, GET /checkers, GET /orders, GET /orders/{id}GET /orders/{id}/resultsPOST /uploadsPOST /estimatesPOST /ordersCo może powiedzieć odpowiedź
Tych nagłówków może nie być, na przykład przy powtórzonym zamówieniu, więc nie wymagaj ich.
RateLimit-Limit: limit dla tego rodzaju wywołania.RateLimit-Remaining: ile zostało w tej minucie.RateLimit-Reset: liczba sekund do ponownego rozpoczęcia liczenia.
Po przekroczeniu limitu
Otrzymasz 429 rate_limited z Retry-After, czyli liczbą sekund oczekiwania. To żądanie niczego nie zrobiło i nie pobrało żadnej opłaty. Odczekaj tyle czasu i wyślij je ponownie, z tym samym Idempotency-Key, jeśli to zamówienie.
Ponawianie
Powtórzenie zamówienia już złożonego lub takiego, które przeszło te limity i straciło odpowiedź, nie wlicza się do limitu zamówień, więc bezpieczne ponowienie nie jest odrzucane za to, że jest ponowieniem. Wszystkie żądania złożenia zamówienia podlegają też limitowi równemu sześciokrotności limitu zamówień, ale nie mniejszemu niż 60 na minutę.
Otwarte zamówienia
Duże zamówienie to kilka części zadań, po jednej na każde 1 000 000 wpisów. Po przekroczeniu limitu otwartych części otrzymasz 429 too_many_open_orders: poczekaj, aż niektóre się zakończą. Pojedyncze duże zamówienie może przekroczyć limit, gdy nie masz nic innego otwartego.
Potrzebujesz więcej?
Skontaktuj się z nami i napisz, co budujesz.