(continuing this from the beta-thread that was necro'ed)
I was trying to develop a liquidity provider algo to this exchange but it's impossible to work with current rate limits.
I'm receiving the error rate limit exceeded even if i post one request every 6 seconds.
That limit is ridiculously low for developing trading bots.
Hope you will find a way to allow at least 1 order or request per second in the future, this is a very serious issue for an exchange that wants to attract liquidity and be competitive.
Can you please write of these limits in the API page?
It sucks to lose 3 working days to code something big and then realizing it can't work because of this ridiculous low rate limit!
Hi - It's not a big deal, but you've necroed our beta thread. We have a post-launch thread now and that's the best place to post stuff (it's in this same subforum).
I agree that if you're trying to operate as a liquidity provider or market maker, the standard limits aren't nearly enough. But we do offer higher limits for people who will be acting as liquidity providers. Just create a support ticket about it and PM me with the ticket number.
The standard rate limit should allow for 1 call every 5 seconds, so I'm not sure why you're having trouble with 1 call every 6 seconds.
Any chance of better rate limits for regular users as well? One call every 5 seconds is rather low. Right now, volume is low enough that this likely isn't a big issue, but bots can help to push volume and liquidity (even bots not operated for the purpose of market making) and being able to have more rapidly updating data is quite useful for bots.
Alternatively, and probably even better, a websocket/streaming API that provides continuous updates (like what MtGox is using or the "hidden" Bitstamp websocket) would be nice.
Any plans to upgrade this public part of the API?
Any luck asking for higher limits? I've "pitched" my algo because they were reluctant to up the limits on account of my balance being small, but i'm still waiting on the response. I'm would like to now what kind of a rates i should think of for a volume of around 10-20K usd per day.
Related to this, i understand kraken values its trading engine resources highly. I really think you should krank down the decimals allowed for prices. 5 decimals
at 600 eur per btc is insignificantly low compared to transaction cost and spread, especially with these kinds of volumes. I sometimes see bots trying to outbid eachother for 0.00001 price differences, which does almost nothing for the spread nor trading volume but takes up just as much resources nonetheless. Incidentally it also makes it much easier to see what average price at size is going to be when looking at the orderbook.
I'd say 2 decimals is more then enough, which is relatively still higher then the ticksize in fiat forex, where volume is much higher, volatility lower and transaction cost much smaller. Also bitstamp does it succesfully being one of the biggest players.
Anyone wants to weigh in on this?
edit: Another thing about the api, it seems to me that calls for account balance/trade history/open orders is much less intensive to your system, as this is just a read operation. Maybe it's an idea to have a separate limit for these calls, or let them count towards your limit fractionally or something. To me higher limits are mainly necessary to know faster whether my orders are filled yet this takes away from the amount of orders i can do right now.