<p>I emailed them about this:</p>

<blockquote>
  <p>The limit is measured <strong>per IP address</strong> and <strong>per account</strong>. So for one
  account (regardless of the number of key/secret pairs) 60 requests per
  minute can be made via our API. When you are using multiple
  connections (IP addresses), the combined sum of all request for the
  account in question will used to determine if you are below the
  60/minute limit.</p>
  
  <p>We hope this response has sufficiently answered your questions.</p>
</blockquote>

CC BY-SA 3.0
2015-05-20T21:03:19.723Z
How do you measure the amount of the requests? Do you make it every minute or you start a minute and calculation only when the new request arrives after a delay?

Can I for ex. make one request every second during one minute and then make 60 requests at once during the first second of the second minute?
shinydev
CC BY-SA 3.0
2015-05-20T21:04:52.507Z
@Roces Presumably, they do it by incrementing a counter every time a request comes in. Or am I misinterpreting your question?
Nick ODell
CC BY-SA 3.0
2015-05-20T21:07:05.103Z
@NickODell sorry, updated my question. Hit enter too early.
shinydev
CC BY-SA 3.0
2018-01-22T17:19:52.877Z
What about WebSocket technology from Binance? Are there any rate limits?
Konstantin
CC BY-SA 3.0
2015-04-17T21:06:38.583Z
2015-04-17T21:06:38.583Z
Nick ODell
<p>My finding for bitfinex rate limit is this: 1 second is divided up in milliseconds. 60 requests must span the entire second.</p>

<p>For example, if you have a foreach loop you'll get a rate limit error in less than 15 requests, because you are querying too fast. So add usleep (microsecond sleep in PHP) to span your requests for the entire second and or have multiple IP's assigned to your VPS or dedicated box and use this curl option.</p>

<pre><code>  &lt;?php
  $ips = array('1.1.1.1','1.1.1.2','1.1.1.3');

  curl_setopt($ch, CURLOPT_INTERFACE, $ips[array_rand($ips)]);
</code></pre>

CC BY-SA 4.0
2018-08-20T17:58:44.370Z
2018-08-21T15:51:59.227Z
2018-08-21T15:51:59.227Z
Jsp
<p>I tried to comment on the other answer, but my rep isn't high enough.  I wanted to point out that Nick's presumption about using the counter makes sense but doesn't answer the question, which, assuming his presumption is correct, leaves this unanswered: When is the counter reset?</p>

<p>I would implement it this way, and (to be safe) assume that this is how they did it: On each request, if the number of requests matching either your account or your IP (or both) in the last 60 seconds is over 60, then the request is denied.  This means that one of the "60 requests at once during the first second of the second minute" would get answered and the rest would fail.  There would be no counter, but instead a record of all requests (IP, account, timestamp) that is purged of records over a minute old as often as necessary to keep the server healthy.</p>

CC BY-SA 3.0
2015-07-24T16:31:16.977Z
2015-07-24T16:31:16.977Z
Dave Scotese
<p>There is currently an API limit of 60 requests per minute on <a href="https://www.bitfinex.com/pages/api" rel="nofollow">Bitfinex</a>.</p>

<p>Question is whether this limit is related to:</p>

<ul>
<li><strong>1) single IP address</strong>,</li>
</ul>

<p>If so, can I have more IPs linked to one account each of which having the 60request/minute linit?</p>

<ul>
<li><strong>2) user account</strong>,</li>
</ul>

<p>If so, can I have more accounts with the same IP address?</p>

<ul>
<li><strong>3) single API key</strong></li>
</ul>

<p>If so, can I have more keys to one account each of which having separate request limit?</p>

<api><bitfinex>
Bitfinex API limit
Steef Gregor
# Bitfinex API limit

(Asked by: username_0 on 2015-04-16)

There is currently an API limit of 60 requests per minute on [Bitfinex](https://www.bitfinex.com/pages/api).

Question is whether this limit is related to:

* **1) single IP address**,

If so, can I have more IPs linked to one account each of which having the 60request/minute linit?

* **2) user account**,

If so, can I have more accounts with the same IP address?

* **3) single API key**

If so, can I have more keys to one account each of which having separate request limit?

**Tags:** api, bitfinex


---

## 3 answers

### Answer by username_1 on 2015-04-17. Score: 3 | Accepted answer

I emailed them about this:

> The limit is measured **per IP address** and **per account**. So for one
> account (regardless of the number of key/secret pairs) 60 requests per
> minute can be made via our API. When you are using multiple
> connections (IP addresses), the combined sum of all request for the
> account in question will used to determine if you are below the
> 60/minute limit.
>
> We hope this response has sufficiently answered your questions.

> **Comments:**
> **username_2**: How do you measure the amount of the requests? Do you make it every minute or you start a minute and calculation only when the new request arrives after a delay?  Can I for ex. make one request every second during one minute and then make 60 requests at once during the first second of the second minute?  
> **username_1**: @Roces Presumably, they do it by incrementing a counter every time a request comes in. Or am I misinterpreting your question?  
> **username_2**: @username_1 sorry, updated my question. Hit enter too early.  
> **username_3**: What about WebSocket technology from Binance? Are there any rate limits?  

---

### Answer by username_4 on 2018-08-20. Score: 1

My finding for bitfinex rate limit is this: 1 second is divided up in milliseconds. 60 requests must span the entire second.

For example, if you have a foreach loop you'll get a rate limit error in less than 15 requests, because you are querying too fast. So add usleep (microsecond sleep in PHP) to span your requests for the entire second and or have multiple IP's assigned to your VPS or dedicated box and use this curl option.

```
  <?php
  $ips = array('1.1.1.1','1.1.1.2','1.1.1.3');

  curl_setopt($ch, CURLOPT_INTERFACE, $ips[array_rand($ips)]);

```


---

### Answer by username_5 on 2015-07-24. Score: 0

I tried to comment on the other answer, but my rep isn't high enough. I wanted to point out that username_1's presumption about using the counter makes sense but doesn't answer the question, which, assuming his presumption is correct, leaves this unanswered: When is the counter reset?

I would implement it this way, and (to be safe) assume that this is how they did it: On each request, if the number of requests matching either your account or your IP (or both) in the last 60 seconds is over 60, then the request is denied. This means that one of the "60 requests at once during the first second of the second minute" would get answered and the rest would fail. There would be no counter, but instead a record of all requests (IP, account, timestamp) that is purged of records over a minute old as often as necessary to keep the server healthy.


---

