For the purposes of reducing bandwidth and generally ensuring that the PR's can concentrate their effort on efficiently arriving at consensus.
I couldn't find much documentation on the existing peering process but I'm under the impression that currently every node connects and broadcasts to every other node. Instead, we could potentially leverage the voting Representatives (non-PR's) as the gatekeepers to the internal consensus network.
- PR's operate a fully connected mesh only with other PR's
- PR's only accept peer connections from voting nodes (not Edge Nodes)
- Non-PR Reps maintain peered connections to only a few PR's (random or random+telemetry)
- Reps act as gateways and relay transactions from Edge nodes
- Edge nodes maintain peer connections to a few Reps only (random or random+telemetry)
- Reps only send cemented blocks back to Edge nodes
- Edge nodes could be sparsely populated and drop blocks for accounts they have no interest in (orthogonal to bandwidth issue)
If enforcement was required it might involve a period tally vote on which edge nodes are connected and a ban on Edge nodes that are exceeding quota.
Apologies if this kind of thing has been discussed previously. I couldn't find anything obvious.