[michalu]

>And suddenly something changed – just in one single day we no longer were able to place orders in time for few currencies. Either some one plays with scalping (which, in theory, exchanges tries to prevent), or someone were able to prepare efficient ML model to predict price movements within second intervals, or someone just can do it faster.

Something I experienced too. I would still spot profitable trade but would be late to pick them up, most of the time. With arbitrage you also have to beat the fees and the time.

Arbitrage in the past 2 years is a loser game - (or maybe not, and I am that loser). It was still a good learning experience that eventually led to other profitable ideas.

[lifty]

HFT shops have moved in the space so you won’t stand a chance with a VPS and a Python trader.

[tastyfreeze]

I also shared this experience. I moved from a Python prototype to Java for improved concurrency but still ended up being beat out by somebody closer or faster.

[villager]

yeah, choice of language is not so easy in this case: c++ seems to be industry standard, but I am curious to measure how golang or scala would improve time of development and what would be their performance.

[X6S1x6Okd1st]

> It was still a good learning experience that eventually led to other profitable ideas.

Anything you want to share?

[villager]

>> With arbitrage you also have to beat the fees and the time. I have to add - coins that you use for trading is also important factor, volatility may lead to situation when you were able to increase volume of some alt-coins, but next day their price severely drops

[arbol]

This is why you need to build a global balancer that withdraws funds into more stable coins once they reach a certain threshold. A minimum (e.g. Max trade size * 3) should be kept in each active coin for trading only.