Please speed up your execution times

I was under the impression that the OP was referring to the slowness of the system; indeed (s)he liked my reply. I stand to be corrected and apologise for hijacking the thread if my assumption was wrong.

Otherwise I think your last paragraph misses the point as it is about the speed of the UI.

Have you tried advanced view? More useful for day trading imo, although I still personally use tradingview for charting, it allows you to open many charts simultaneously whilst also viewing open positions / pending orders

sorry for not responding sooner. I have noticed this on a number of stocks now. there seems to be a lag between my order being executed and what is happening with the price i believe it’s the system being slow rather than any sort of maliciousness as the price still moves while the order is pending. trading 212 should be looking to speed up the execution could this have something to do with the system searching multiple places for the best price rather than focusing on speed ?

That’s not how it works you have a broker and the exchange.

T212 piggybacks on IB so it’s IB doing the work in submitting the request to the exchange.

It then needs to be filled. If it’s a market it will take the best ask or bid going.

Depending on liquidity that could be a split second or weeks.

Anyway the price shown is just indicative of the SP and there will be slippage. A limit order can be used to guarantee a certain price or better but you have the risk it may not fill.

The price quotes come from Bloomberg and not connected in anyway to the trading.

3 Likes

It’s not that simple. Taking a quick look at their development teams it appears that they are mainly coding in Java with a sizeable arm in Bulgaria. One thing they could do is try and refactor the could into C++. But finding the amount of specialist low-latency developers with Java/C++ in Bulgaria would be a challenge as, whilst Bulgaria has a reputation for high coding standards, it is still a smaller EU country and a lot of technical talent is taken out of the country or employed remotely at above market rates. Refactoring the code would take a long time, a project over many years.

They may be confident they can still get better latency times via Java, we don’t know how far through the development projects they are. But again, improving the latency isn’t a case of just pressing a few buttons. It could be a case of many months before deployments add up to significant change.

It is evident that they are using microservices and multithreading/concurrency (which is expected) so the basic architecture looks good. But it may be that there is an existing monolith there that needs to be scaled out before it can be decoupled and split up, so they can reduce load on the system. This would take time. Some monoliths are huge and complex and take years to fully break up.

Hard to tell what is happening on the GUI side from looking at the development teams. But their work will be tied to what the core system can facilitate.

The simple truth is that a certain level of patience will be needed from us as they try and meet growing demand for their product. So we need to invest with that in mind.

1 Like

Java can be lightweight and fast when efficiently coded, and much easier to deploy to various mobile platforms.

I would stick with Java and just try and keep everything lightweight.

Let’s take that as a given and assume it is true (even though I know competitors with better latency performance are refactoring into C++). It’s going to take time to optimise the Java code. Particularly if they still need to scale out an existing monolith first.

From some of the other comments, I get the impression that some people have the expectation that if they ask for it to be “sped up”, it should be sorted in a week or so, which is totally unrealistic.

1 Like

Its worth noting if you didn’t know that T212 is an onimbus account on IB.

As in their call the IB API to place orders

T212 database contains who owns what portion of any stock on their account.

There’s also a separation in the quotes that come from Bloomberg, and imo totally ■■■■, and the trading which is sent via IB to exchanges.

You also have IB using DMA rather than MMs

I didn’t know this. I obviously know what APIs are, but I don’t know how this particular situation affects latency. Are you suggesting T212 have less potential to affect their own latency performance as they call this particular API?

Well as they rely on IB they have minimal affect on the whole stack. If IB has an issue they have an issue, if IB restricts sale of a stock to sell only then T212 has no choice in the matter.

T212 just needs to keep their website running to provide the interface basically.

I’m simplifying what they do they have other bits like how they offer fractionals etc but yeah it’s mostly piggybacking and :crossed_fingers:nothing happens with their intermediary.

I kinda wish they had gone down the Freetrade route and using the exchanges APIs directly.

1 Like

Ah, okay, thanks for explaining that

The actual ask and bids coming in are from Bloomberg data service, which whilst on paper seems like a great idea with Bloomberg being a big name, the actual data feed compared to their own Bloomberg terminal is truly awful.

@AEH if you are very bored there’s this thread on the topic

So it’s completely different from say AJ Bell where they give you a quote to accept in 15secs to get that price.