How will Ripple handle the 50,000+ advertised TPS? I've tried wrapping my head around the Ripple &quot;consensus process&quot;. From my understanding, Ripple creates a new ledger version every 4 seconds, computed by a set of &quot;validating nodes&quot;.
But herein lies my question, how will the validating nodes push a new ledger version at the scale of their advertised capacity[1]? How would validating nodes with slower connections keep up?
[1]: https://ripple.com/xrp/
There's a self-regulating mechanism that keeps the network running so that it's not as fast as the fastest validator (as that would make attacks too easy) nor as slow as the slowest validator (as that would provide poor performance). But Ripple has never claimed on ledger transactions rates that high. To get to 50,000 TPS, you need to use off-chain scaling schemes like payment channels.

This is a fundamental scaling limit with all public ledgers that try to create fungible tokens. Every full node must process every transaction and thus if you try to get the number of on chain transactions very high, you impose high bandwidth, CPU, and storage costs on everyone. (You can trade off some fungibility, as IOTA does and as some sharding schemes do.)