Quote:
Originally Posted by iloveny161
How should we define reasonable pace and price though? Transactions will keep growing until the block is full. I don't know if we can just keep doubling the block size forever.
I remember reading something on twitter by Charles Lee along the lines of there are always going to be tradeoffs among these factors:
1) Cost
2) Security
3) Speed
If we want to boost one, one of the other two has to take a hit. There is no "perfect" solution that is going to make the system amazing in all three aspects.
Soooo when Ethereum or Dash or some other coin can achieve better performance at scale in all three of those areas than Bitcoin, then we should gladly pivot over to that.
Great post. I think the bolded part is a big part of what the debate should be about.
I think it should be obvious that when the pace = unpredictable, Bitcoin becomes pretty much unuseable for most transaction types, steam purchases, gambling, other internet commerce, and especially LN transactions, as settlement dispute has a time function (# of blocks function more accurately).
If pace is predictable in that it's typically 10 min, and at most ~90 min to find a block and get your TX through, that's liveable for most transaction types.
As for cost, if you're not competitive, people will move on to other things, you'll lose your network effect and Bitcoin will become MySpace. So the question is, what is competitive? That's a different answer for a lot of people. Some people already left because $0.50 is too high. Some think $10+/TX is reasonable. I'd argue the people in the latter camp are wrong.
If TX fees aren't close enough to the fees for ETH and Monero people will switch. If enough people switch, bitcoin will lose it's network effect advantage and will be surpassed as the coin that people use for on line commerce. Once that scale tips, there's probably no going back. From what I can tell from most bitcoin user's I've chatted with, $1 fees aren't close enough. $0.01 to $0.10 fees probably are for most people, so that's my thought on where the line is.
As for security, that's a much longer discussion. Most argue that a smaller block size leads to more security. I think you should actually consider the alternate view, that a small block size inherently has lower security.