While change is constant, this isn't an argument that any change you can imagine is physically realizable.
Fiber is here to stay for a very long time precisely because it starts out with such massive fundamental physical advantages. It's also a mistake to assume innovation only benefits one alternative. We're still learning how to make and run fiber cheaper too.
Between one transmitter and receiver. Starlink is designed to cheat Shannon by utilizing SDMA on a truly massive scale. Every antenna in the system, both on the satellites and on the ground stations, is a large phased-array antenna, capable of simultaneously emitting different signals on the same wavelength in different directions, and capable of discriminating between multiple different signals on the same wavelength that come from different directions.
This is how Starlink intends to push so much throughput over just ~50 GHz of bandwidth. Not by pushing more bits per hz per link, but by filling the sky with hundreds of simultaneously visible satellites, and having each of them to all use all of the available spectrum at the same time on every link between any of them and any of the ground stations.
Elon has been very explicit about starlink never being competitive vs telcos in urban areas.
And independent people have done the math too. The system geometry maxes out at less than a single fiber: http://www.mit.edu/~portillo/files/Comparison-LEO-IAC-2018-s...
The beam sizes are in the FCC filings, and they will be able to fully re-use the frequencies for ground stations that are >20km apart. (Not with the same satellite, you want adjacent beam spots on the ground to come from different satellites, but with literally hundreds above you at any time, that's not a problem.) Availability of bandwidth does not really limit them until the satellite counts are up to really hilarious numbers.
The aggregate throughput numbers in the paper you linked are correct, for the initial FCC filing. Since then they have multiplied the size of the constellation by ~7 and the throughput per satellite by ~3 (for 2.0 satellites). (ISL's are still missing, though.)
But these would apply to both wired and wireless, no?
Even in software at L3-7 the encoding tech is probably same of course, however protocols L0-2 is very medium dependent. The loss , noise, signal strength patterns all change depending on the medium so does
Even at L4 and above UDP based stacks benefit in wireless compared TCP based transport, if your application can handle it of course. The next gen HTTP is getting designed around UDP in some part to reflect the changing way people access the internet , a lot more traffic is mobile and wireless today so designing around wireless makes sense.
Personally even as app developer who works only with L7(HTTP) and L6 (SDP) I have specifically developed non trivial optimizations, workflows and APIs for mobile clients which were not needed or used by web clients due to different connection parameters of wired/ WiFi as opposed to wireless 2G/3G .
So yes there is lot of difference and most people working at any layer cannot ignore the medium.
What does that have to do with bandwidth ?
I’d you can make 10Mb suddenly only require 900k of actual raw bandwidth by say adding a fpga or something then you can increase throughout to the users.
Going beyond that point requires the laws of physics (more precisely, the laws of information theory) to change, and that's not going to happen.