> I am not sure this is a good prediction ... the shaving of milliseconds that has been pursued by HFT firms (and other such actors) has progressed to the point where they are measuring cable lengths inside the datacenter.
You're conflating optimisation of latency within a colo - how quickly can you send an order in response to seeing an event on that exchange - with latency between colos - how quickly can you send an order in response to seeing an event on another exchange.
Within a colo, latency is measured in microseconds and fractions of a microsecond. Between colos, it's milliseconds. Some random source here has 4.13 ms for New York - Chicago:
https://www.motherjones.com/kevin-drum/2013/11/final-frontie...
At the moment, to play that game, you need to build a microwave network. Someone needs to build towers in a line between your two exchanges - buy the land, get planning permission, placate the locals, build the tower, install microwave antennas, hope the weather is okay. That's expensive!
With Starlink, there will be a reasonably direct path between any two points on earth - on demand! The path will be longer than a dedicated microwave chain, although some of it will be in vacuum, which will save some time, but it will cost the end user no money and no time to build. If you come up with a trade idea that needs a low-latency path from Moscow to Stockholm, you can send a request to the Starlink API and just get one in moments. You can be up and running with your trade months or years before a tower-building competitor even joins the game.