Bitcoin currently handles 7 unconfirmed tx per second + confirmation/waiting time
DASH handles 10 confirmed tx per second and you can walk out the shop with the merchant safe and happy.
Not quite right, the
entire Bitcoin network handles a maximum of 7 txes per second. Each IX only requires a tiny subset of the 3000 MN total to work. You're looking at tx throughput two orders of magnitude+ better than BTC, each one in seconds, not minutes/hours.
So if the subset is 10 for example, at 3k M-Nodes the TPS would be 3,000 as well, I assume? That's 1k more than VISA handles atm.
This is a very interesting read on that matter:
https://en.bitcoin.it/wiki/ScalabilityHere's an interesting thought experiment...
The only real problem with that logic is we need to store the transactions in a block after they happen and blocks have an upper limit on size. 3000 tx per second that would mean we have 450000.0 transactions in a block. I'm getting about 107MB per block with some rough math. If the network requires about 4x the blocksize in bandwidth, we could possibly need about 100MB a minute.
To get 100MB a minute consistently we could have a 3rd tier that lives on a high performance network (maybe a specific zone of AWS for high performance computing). If you want to use our high performance network, you would switch through a 2-way peg to this second chain, which has pretty much infinite speed. We could actually have a bunch of these, all on separate networks throughout the world, so that if one is having problems, there's always redundancy.
Hmm...
The masternode network + quorums is quite powerful for solving these types of problems.