Bitcoin Forum
June 24, 2024, 08:44:59 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 »  All
  Print  
Author Topic: Will block creation stall if too many miners suspend operation?  (Read 2558 times)
dwdoc (OP)
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


- - -Caveat Aleo- - -


View Profile
January 14, 2015, 04:28:07 AM
 #1

How long will it take for 2016 blocks to be mined before the next difficulty adjustment if BTC price continues to drop and more and more miners cease operation?

https://twitter.com/aantonop/status/555204849361362944
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
January 14, 2015, 05:12:40 AM
 #2

I don't really see it being that big of a problem. Miners aren't a single unified entity.   They all have different costs and they have differing amounts of pain they are willing to tolerate.  It is still winter in the northern hemisphere and residential miners produce "free" heat even if operating at break even electrical cost.

If 50% of the miners quit in a two week period the system would still adjust relatively quickly.  To stall the system would require a massive unprecedented simultaneous shutoff. Even if the hashrate declines 90% I would expect that to occur gradually and not a single unified event.
dwdoc (OP)
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


- - -Caveat Aleo- - -


View Profile
January 14, 2015, 05:33:07 AM
 #3

Is it a direct proportion? In other words if 50% of miners dropped off at the beginning of a block would it take an average of 20 min to create each block and take 4 weeks until the next difficulty adjustment?
DannyHamilton
Legendary
*
Offline Offline

Activity: 3430
Merit: 4672



View Profile
January 14, 2015, 05:53:54 AM
 #4

Is it a direct proportion? In other words if 50% of miners dropped off at the beginning of a block would it take an average of 20 min to create each block and take 4 weeks until the next difficulty adjustment?

Correct.

If 50% of the hash power was all simultaneously shut off immediately after a difficulty adjsutment, then it would take an average of 20 minutes per block and approximately 4 weeks until the next adjustment.

However, it is the most inefficient mining equipment that is most likely to be shut off first.  This means that shutting off 50% of the hash power would require shutting off significantly more than 50% of the miners.

Additionally, as DeathAndTaxes pointed out, it is extremely unlikely that such a large percentage of the hash power would be simultaneously shut off immediately after a difficulty adjustment.  It is FAR more likely that hash power would be shut off over a period of several weeks, meaning that immediately after the difficulty adjustment, blocks will continue to arrive at an average of 10 minutes per block.  As the days and weeks continue, the average time between blocks would slowly increase until the next adjustment.
stdset
Hero Member
*****
Offline Offline

Activity: 572
Merit: 506



View Profile
January 14, 2015, 07:26:15 PM
 #5

I know this was discussed many times before, and Bitcoin experienced price drops comparable and even exceeding what is happening now. But at least one thing is very different this time: much higher tps. To be frank, I'm scared. In the case of significant part of hashing power switches off, confirmation time for most transactions might increase to unacceptable levels, what could activate vicious cycle, the lower goes the price, the less miners mine, the longer it takes for a transaction to be confirmed, the more people quit Bitcoin, selling at any price, the lower goes the price, eventually Bitcoin dies. Isn't it appropriate time now to at least increase maximum blocksize, better still - improve difficulty adjustment algorithm to be more flexible?

kokojie
Legendary
*
Offline Offline

Activity: 1806
Merit: 1003



View Profile
January 14, 2015, 07:50:54 PM
 #6

I know this was discussed many times before, and Bitcoin experienced price drops comparable and even exceeding what is happening now. But at least one thing is very different this time: much higher tps. To be frank, I'm scared. In the case of significant part of hashing power switches off, confirmation time for most transactions might increase to unacceptable levels, what could activate vicious cycle, the lower goes the price, the less miners mine, the longer it takes for a transaction to be confirmed, the more people quit Bitcoin, selling at any price, the lower goes the price, eventually Bitcoin dies. Isn't it appropriate time now to at least increase maximum blocksize, better still - improve difficulty adjustment algorithm to be more flexible?

Or just switch to a Proof of Stake system, where no such non-sense exists.

btc: 15sFnThw58hiGHYXyUAasgfauifTEB1ZF6
DannyHamilton
Legendary
*
Offline Offline

Activity: 3430
Merit: 4672



View Profile
January 15, 2015, 12:39:23 AM
 #7

I know this was discussed many times before, and Bitcoin experienced price drops comparable and even exceeding what is happening now. But at least one thing is very different this time: much higher tps. To be frank, I'm scared. In the case of significant part of hashing power switches off, confirmation time for most transactions might increase to unacceptable levels, what could activate vicious cycle, the lower goes the price, the less miners mine, the longer it takes for a transaction to be confirmed, the more people quit Bitcoin, selling at any price, the lower goes the price, eventually Bitcoin dies. Isn't it appropriate time now to at least increase maximum blocksize, better still - improve difficulty adjustment algorithm to be more flexible?

We can't even have this discussion until you define how much the average confirmation time has to grow before this "vicious cycle" is triggered.

We've already had a few drops in hashing power (and therefore in difficulty) in the past few months, and shortly after that the hash power (and difficulty) increased again.

Note that it is the most inefficient mining equipment that is most likely to be shut off first. This means that the percentage of hash power lost is less than the percentage of hardware shut off.

As hash power is shut off, the remaining miners become more profitable.

The variance in block times is so large that most people wouldn't even notice if the average time between blocks were to double to 20 minutes.  Do you really think that more than 50% of the entire global hash power might all simultaneously shut off simultaneously immediately after a difficulty adjustment?  It is far more likely that the process you describe drags out over a few months.  In that case, the difficulty will continue to adjust every 2016 blocks so that the average time between blocks never reaches "unacceptable levels".
dwdoc (OP)
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


- - -Caveat Aleo- - -


View Profile
January 15, 2015, 01:35:40 AM
 #8

So far hashrate looks like it's holding fairly steady despite the steep price drop so perhaps (like a 51% attack) a "stalled block chain" is more of a theoretical problem than a real one. Was just trying to imagine worse case scenario...
thompete
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
January 15, 2015, 08:35:44 AM
 #9

Is it a direct proportion? In other words if 50% of miners dropped off at the beginning of a block would it take an average of 20 min to create each block and take 4 weeks until the next difficulty adjustment?

Is there a way to figure out, how many miners have given up on mining?

DannyHamilton
Legendary
*
Offline Offline

Activity: 3430
Merit: 4672



View Profile
January 15, 2015, 09:12:27 AM
 #10

Is it a direct proportion? In other words if 50% of miners dropped off at the beginning of a block would it take an average of 20 min to create each block and take 4 weeks until the next difficulty adjustment?

Is there a way to figure out, how many miners have given up on mining?

Not easily.

You could fund an international survey and ask hundreds of thousands of people if they have ever done any bitcoin mining, if they stopped, and when and why they stopped.  Then from those results, you might be able to extrapolate and estimate how many people recently stopped.
stdset
Hero Member
*****
Offline Offline

Activity: 572
Merit: 506



View Profile
January 15, 2015, 11:43:01 AM
 #11

We can't even have this discussion until you define how much the average confirmation time has to grow before this "vicious cycle" is triggered.

We've already had a few drops in hashing power (and therefore in difficulty) in the past few months, and shortly after that the hash power (and difficulty) increased again.

Note that it is the most inefficient mining equipment that is most likely to be shut off first. This means that the percentage of hash power lost is less than the percentage of hardware shut off.

As hash power is shut off, the remaining miners become more profitable.

The variance in block times is so large that most people wouldn't even notice if the average time between blocks were to double to 20 minutes.  Do you really think that more than 50% of the entire global hash power might all simultaneously shut off simultaneously immediately after a difficulty adjustment?  It is far more likely that the process you describe drags out over a few months.  In that case, the difficulty will continue to adjust every 2016 blocks so that the average time between blocks never reaches "unacceptable levels".
We've seen a very sharp price drop recently (from ~$270/BTC to ~$150/BTC in less than 48 hours). Who knows, maybe in a week or so price will reach $50/BTC, and will stay there for long enough time, in which case I doubt many miners would continue minig. The mere fact that such a scenario could kill Bitcoin scares people out of it. On the other hand, if Bitcoin is prepared for such extreme scenarios, people would get more confidence in Bitcoin.

TimS
Sr. Member
****
Offline Offline

Activity: 250
Merit: 253


View Profile WWW
January 15, 2015, 02:39:13 PM
 #12

Is it a direct proportion? In other words if 50% of miners dropped off at the beginning of a block would it take an average of 20 min to create each block and take 4 weeks until the next difficulty adjustment?

Is there a way to figure out, how many miners have given up on mining?

Not easily.

You could fund an international survey and ask hundreds of thousands of people if they have ever done any bitcoin mining, if they stopped, and when and why they stopped.  Then from those results, you might be able to extrapolate and estimate how many people recently stopped.
It's difficult to say how many human miners have given up. But if what you're really asking is how much hash power has dropped off (which is the most relevant thing here: is the block chain stalled, or is it progressing like usual?), that's an easy question to (approximately) answer. Just look at the chart at https://bitcoinwisdom.com/bitcoin/difficulty. While it's lower than it was recently, the hash power is still enough that the seconds per block is about 640 (target is 600), not stalled at all.
Kazimir
Legendary
*
Offline Offline

Activity: 1176
Merit: 1003



View Profile
January 15, 2015, 11:32:27 PM
 #13

confirmation time for most transactions might increase to unacceptable levels, what could activate vicious cycle, the lower goes the price, the less miners mine, the longer it takes for a transaction to be confirmed, the more people quit Bitcoin,
Exactly what is the problem with longer confirmation times?

Notice that in most situations (I'd say the vast majority), it doesn't matter at all if a particular transaction confirms in 5, 10, 20 or 60 minutes.

Remember, you can still send money to each other instantly. Or pay your cup of coffee, or send money to some relative in Asia, or whatever it is you use Bitcoin for.

In theory, there's no difference between theory and practice. In practice, there is.
Insert coin(s): 1KazimirL9MNcnFnoosGrEkmMsbYLxPPob
dwdoc (OP)
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


- - -Caveat Aleo- - -


View Profile
January 16, 2015, 03:30:43 AM
 #14

For a cup of coffee a merchant probably doesn't need to wait for a confirmation but a retailer selling a TV or PC or car, or a person or ATM exchanging fiat will probably want to wait for a confirmation or two.
stdset
Hero Member
*****
Offline Offline

Activity: 572
Merit: 506



View Profile
January 16, 2015, 09:14:49 AM
Last edit: January 16, 2015, 09:30:21 AM by stdset
 #15

Exactly what is the problem with longer confirmation times?

Notice that in most situations (I'd say the vast majority), it doesn't matter at all if a particular transaction confirms in 5, 10, 20 or 60 minutes.

Remember, you can still send money to each other instantly. Or pay your cup of coffee, or send money to some relative in Asia, or whatever it is you use Bitcoin for.
Current difficulty adjustment algorithm makes possible a situation when a legit transaction won't be confirmed for a very long time (months). Imagine we have tps rate about half of our tps capacity, although that doesn't matter much. Now a very sharp and severe price decline occurs, in the context of our current conditions, let's say price drops from ~$200/BTC to $50/BTC in very short time, let's say in a week. Miners now mostly aren't enthusiasts, they are businessmen (remember recent cex.io shutdown). Such price decline forces majority of our immediate-profit-driven miners to shutdown, let's say 90% of hashing power switches off. Average blocktime increases to 100 minutes, next difficulty adjustment is about 2 months away. But most importantly, transactions accumulate much faster than they could be confirmed. Unconfirmed transactions pool only grows. Under such circumstances is Bitcoin more alive than dead or more dead than alive?

TimS
Sr. Member
****
Offline Offline

Activity: 250
Merit: 253


View Profile WWW
January 16, 2015, 12:50:35 PM
 #16

But most importantly, transactions accumulate much faster than they could be confirmed. Unconfirmed transactions pool only grows. Under such circumstances is Bitcoin more alive than dead or more dead than alive?
This is part of why increasing the maximum block size is a very good thing, IMHO. Let's say blocks were averaging 500 KB before the dropoff. If we're limited to 1MB, your scenario will play out: unconfirmed transaction pool grows and grows, people have to pay higher and higher fees to be put at the front of the list (this would incentivize more miners to join, but it would take a lot of fees to even be noticeable compared to the block reward), etc. until the difficulty can adjust two times. If the limit were already sitting at a max above 5 MB, then confirmation times go up, but transactions still make it into blocks in a timely fashion.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
January 16, 2015, 11:50:24 PM
 #17

But most importantly, transactions accumulate much faster than they could be confirmed. Unconfirmed transactions pool only grows. Under such circumstances is Bitcoin more alive than dead or more dead than alive?
This is part of why increasing the maximum block size is a very good thing, IMHO. Let's say blocks were averaging 500 KB before the dropoff. If we're limited to 1MB, your scenario will play out: unconfirmed transaction pool grows and grows, people have to pay higher and higher fees to be put at the front of the list (this would incentivize more miners to join, but it would take a lot of fees to even be noticeable compared to the block reward), etc. until the difficulty can adjust two times. If the limit were already sitting at a max above 5 MB, then confirmation times go up, but transactions still make it into blocks in a timely fashion.

Block size does need to increase.  One reason it needs to increase is because hard forks require consensus (or a super majority), testing, and a phased in deployment.  It is a 6 month process easy. 

That being said overall blocks are roughly 1/3rd full.  Sure a few blocks by a few miners are large (some even just short of 1MB) but overall the network is running at roughly 1/3rd of the limit.   Even if half the hashrate dropped out, block time would be 20 minutes, adjustment would be in 2-4 weeks, and in the interim blocks would be ~2/3rds full.  For the record we aren't going to see a 50% hashrate decline in a single adjustment period but even that would be survivable.
dwdoc (OP)
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


- - -Caveat Aleo- - -


View Profile
January 17, 2015, 03:11:39 AM
 #18

I know this was discussed many times before, and Bitcoin experienced price drops comparable and even exceeding what is happening now. But at least one thing is very different this time: much higher tps. To be frank, I'm scared. In the case of significant part of hashing power switches off, confirmation time for most transactions might increase to unacceptable levels, what could activate vicious cycle, the lower goes the price, the less miners mine, the longer it takes for a transaction to be confirmed, the more people quit Bitcoin, selling at any price, the lower goes the price, eventually Bitcoin dies. Isn't it appropriate time now to at least increase maximum blocksize, better still - improve difficulty adjustment algorithm to be more flexible?

That is the vulnerability that needs to be addressed by changing the difficulty re-targeting algorithm.
stdset
Hero Member
*****
Offline Offline

Activity: 572
Merit: 506



View Profile
January 18, 2015, 08:06:36 AM
Last edit: January 18, 2015, 08:21:07 AM by stdset
 #19

For the record we aren't going to see a 50% hashrate decline in a single adjustment period but even that would be survivable.
For any part of total hashing power, exists low enough exchange rate, to switch that hashing power off. What if US Marshalls tomorrow decide to dump the rest of their confiscated coins on popular exchanges? Or mtGox thief or another whale goes mad, or whatever?

waaat?
Full Member
***
Offline Offline

Activity: 574
Merit: 104


View Profile
January 19, 2015, 09:30:42 PM
 #20

what is the problem with longer confirmation times?



It causes problems during panicdumps - and people hate to sit in limbo during a crash ...
Pages: [1] 2 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!