This is an idea, to be picked up by a developer. Yah know, if you happen to be skilled and want to work on Monero but don't know what Monero needs... this might be something Monero needs that you can code.
The Problem: Monero needs to scale. Monero's adaptive blocksize will allow for large blocks to exist, perhaps before the network can handle them. This can cause orphans and other fun consensus issues.
A solution: Bitcoin's FIBRE (https://github.com/bitcoinfibre/bitcoinfibre) is a solution that makes block propagation faster by using (from what I can tell) thin blocks (which monero already has in the form of flufflyblocks) and UDP (instead of TCP). Basically, this just has to be adapted for Monero and baked into the daemon somehow.
Potential issues: As far as I understand the FIBRE thing, this system works best if it functions between trusted nodes (i.e., an admin runs multiple nodes on multiple continents). In this way, the data doesn't need verification before relaying. Thus, if we bake it into the daemon, a user would have to connect their controlled nodes to each other. There might be a way to "graduate" a normal node to a rapida node, say, if you maintain a p2p connection with some random node over n blocks and deem it trustworthy or something, but that invites a can of worms to be opened.
