# HTTP status code: 429 Too Many Requests Independent and unofficial. Not affiliated with or endorsed by any broker or platform named here. Educational only: nothing here is advice, and nothing here recommends a broker or a trade. This is the markdown version of https://openbrokerapi.com/errors/http/429, written from the same records as that page. Risk warning: CFDs and spread bets are complex instruments and come with a high risk of losing money rapidly due to leverage. You can lose money on these products, and each provider publishes its own loss figure under FCA rules. You should consider whether you understand how they work and whether you can afford to take the high risk of losing your money. Automated and API trading can amplify losses through bugs, connectivity failures and runaway orders. As text you can copy: ``` 429 Too Many Requests ``` - Kind: Status code - Read from: [RFC 6585, Additional HTTP Status Codes, section 4](https://www.rfc-editor.org/rfc/rfc6585.html#section-4) - Status: verified. Source: [rfc-editor.org](https://www.rfc-editor.org/rfc/rfc6585.html#section-4), checked 2026-10-09. ## What does 429 Too Many Requests mean in HTTP? The user has sent too many requests in a given amount of time. The standard calls this rate limiting, says the reply should explain the condition, and says it may carry a Retry-After header giving how long to wait. ## What it means in trading API work Each trading API sets its own limits: per key, per account, per session or per address, and often tighter for order requests than for reads. Polling prices in a loop is a common way to reach them. Not every API uses 429 for this: some report an exceeded allowance under another status with a code of their own. This part is this site's own explanation, written for people learning to call a trading API. It is not part of the source cited above and it describes no particular broker. ## What should I do about 429 Too Many Requests? Stop, wait, and send again more slowly. Honour Retry-After when it is present, otherwise wait longer after each refusal. Then lower the steady rate: keep a copy of what does not change, and use a streaming feed for prices where the API offers one. This page is an independent explanation in plain words. The definition itself is in [the source it was read from](https://www.rfc-editor.org/rfc/rfc6585.html#section-4), which is the authority if the two ever differ. ## The limits behind it differ by broker How many requests are allowed, and over what window, is set by each API and not by the standard. [Rate limits, broker by broker](https://openbrokerapi.com/rate-limits) lists the limits recorded on this site, each with its scope and source. ## Where to go next - [Everything decoded for HTTP](https://openbrokerapi.com/errors/http) - [Getting started with API trading](https://openbrokerapi.com/guides/getting-started-with-api-trading): What an API is, what you need and how to make a first call safely. - [Brokers](https://openbrokerapi.com/brokers): The record for each broker: access, limits, endpoints and error codes. - [Platform APIs](https://openbrokerapi.com/platforms): APIs that belong to trading software offered by many brokers. - [Error codes](https://openbrokerapi.com/errors): What each error means, and the fix where the source gives one. ## Licence and how to cite The records behind this page are all rights reserved. This file is the page itself, at its own address, in another format. It is not part of the CC BY 4.0 downloads listed at https://openbrokerapi.com/data. Quote from it with a link to the page. Cite as: HTTP status code: 429 Too Many Requests. Broker API Hub, https://openbrokerapi.com/errors/http/429, newest check 2026-10-09. Where you rely on a single figure, cite the source and the checked date printed beside it as well. Where this page and a broker's own documentation differ, the documentation wins.