Earlier quoted context omitted.
I’ve seen some multicast market data protocols with remarkably poor ability to detect or recover from drops. And they are very much not of the form where a newer datagram supersedes the older one.
Yes, although people have been doing marketdata networks the way I said above using IP multicast for at least 20 years now, so in general they choose protocols and network architectures carefully to minimise problems. You do see problems from time to time but they are somewhat rare. Some of the restrictions are interesting. For example IP multicast was basically completely banned on the trading floor where I worked e…
Thoughts on low latency trading if exchanges went full cloud
181–184 of 184 posts
Re: Thoughts on low latency trading if exchanges went full cloud
#182Re: Thoughts on low latency trading if exchanges went full cloud
#183Earlier quoted context omitted.
> it's not like the trading in and of itself brings any value to the broader world This is a common sentiment, but the reality is that increasing market participation is good for everyone. Yes, even retirement funds benefit from the presence of market-makers. Liquid markets allow for better price discovery and cheaper transaction costs.
I specifically the high-speed trading. I definitely agree that actual investment and trading has some benefit. Nobody was helped by the 200 nanosecond thing that the machines did when the marked opened (except the owners of said machines, of course)
Re: Thoughts on low latency trading if exchanges went full cloud
#184... is there some movement toward "upload the strategy and let the exchange run it"? which would provide a more level playing field, reduce energy and hardware costs, etc?
If a third party provider (there are several which offer this service) manages the rack, router, host infra, and provides you with the virtual guest OS, or going one step further with the application into which you load the strategies, then it's much easier to "right size" the infrastructure you actually need.
As others have pointed out, the pain point is multicast into the VM. Drop a packet = you lose money.
All that said, some trading is going the other way, RFQ based flows with 30 second quote lifetime, which is perfectly suited to the cloud and it could well be the nature of what is traded moves away from volatility based products (options) to value driven (bonds, funds).