|
Title: Is the 3 Transactions/Second argument for Scaling legitimate? Post by: BitcoinBarrel on January 30, 2017, 10:03:07 PM You continually hear people talk about Bitcoin's 3 tx/sec limit as a reason for block-size scaling solutions....
But is is true? I see where the figure comes from: Roughly 200k~ Transactions in a Day divided by 24 divided by 60 divided by 60 = 3~ But is that really a LIMIT on Bitcoin's network capabilities? Or just an average for current day-today volume. The reason I ask is because it seems like there are more variables at play here... What are your thoughts? Title: Re: Is the 3 Transactions/Second argument for Scaling legitimate? Post by: DannyHamilton on January 30, 2017, 10:20:23 PM You continually hear people talk about Bitcoin's 3 tx/sec limit as a reason for block-size scaling solutions.... But is is true? I see where the figure comes from: Roughly 200k~ Transactions in a Day divided by 24 divided by 60 divided by 60 = 3~ But is that really a LIMIT on Bitcoin's network capabilities? Or just an average for current day-today volume. The reason I ask is because it seems like there are more variables at play here... What are your thoughts? The real limit in bitcoin is bytes per block. Specifically 1 megabyte per block. Bitcoin is designed to maintain a long term average of 10 minutes per block. In the short term there can be a longer or shorter duration between blocks, but it averages out to just about 10 minutes per block over enough blocks. That means that there is an average limit of 1 megabyte per ten minutes. A reasonable estimate of transaction size for the average transaction is 550 bytes. Some transactions may be smaller and some may be larger, but the average seems to be around 550 bytes. If you accept that 550 bytes is an average transaction size, and there is a hard limit of 1 million bytes per block, then the average number of transactions per block is: 1,000,000 / 550 = 1818 There are 600 seconds in 10 minutes. Since there is an average of 10 minutes between blocks this means that on average transaction confirmations are limited to: 1818 / 600 = 3.03 transactions per second. If more transactions than this are created, then some of them will have to wait around for a slowdown in transaction volume to be confirmed, since there won't be room for all of them in the blocks that are being created. There will be times when blocks occur faster for a short while, (And more tranactions can therefore be confirmed), but that will balance out with times when blocks occur slower (and a backlog of transactions are built up). Without changes to help bitcoin scale better, it will be limited to approximately 260,000 transactions per day being confirmed. Title: Re: Is the 3 Transactions/Second argument for Scaling legitimate? Post by: belcher on January 31, 2017, 06:20:55 PM You continually hear people talk about Bitcoin's 3 tx/sec limit as a reason for block-size scaling solutions.... But is is true? I see where the figure comes from: Roughly 200k~ Transactions in a Day divided by 24 divided by 60 divided by 60 = 3~ But is that really a LIMIT on Bitcoin's network capabilities? Or just an average for current day-today volume. The reason I ask is because it seems like there are more variables at play here... What are your thoughts? People who use these talking points have an aim of raising the block size limit. But even if they doubled it or tripled it, they would still only allow ~6 or ~9 transactions per second. Not much improvement, and still not able to serve a significant proportion of all humans. For a good summary of this debate, see Bram Cohen's blog: https://medium.com/@bramcohen/bitcoin-s-ironic-crisis-32226a85e39f#.yzj3525gk The real way that bitcoin will reach millions of transactions per second will be new technology, not just raising a constant in the source code. Currently the plan is the Core Scaling Roadmap (https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/011865.html) |