Bitcoin Forum
December 09, 2024, 07:05:44 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Can we just lower the difficulty and speed up block generation in Bitcoin?  (Read 840 times)
Pente (OP)
Hero Member
*****
Offline Offline

Activity: 529
Merit: 527



View Profile WWW
June 10, 2017, 12:39:57 AM
 #1

There seems to be a lot of technical problems with increasing the block size in Bitcoin, so I was wondering, could we recalibrate the formula for difficulty so that blocks would be generated faster? This would increase tx throughput while keeping blocks the same size.

This could be done one of two ways.

(1) Keep the block reward the same. Disadvantage of course is that coins would be mined faster reaching the 21 million point much sooner. Advantage would be compatible with previous versions that could mine on this chain. Personally against this version of the idea as I think it would cause a short term drop in prices with decreased future security.

(2) Decrease the mining reward by an inverse proportion to the decrease in difficulty. So if we re-calibrated the mining to be twice as fast, we would cut the coin reward to one half. Currently, this would 6.25 Bitcoins generated every 5 minutes if we doubled the speed.

We could even implement this slowly by not reducing difficulty downwards and keep it the same till blocks are being generated every 5 minutes (or the desired rate).

shade_tom
Jr. Member
*
Offline Offline

Activity: 31
Merit: 1


View Profile
June 10, 2017, 04:52:46 AM
Merited by ABCbits (1)
 #2

Wouldn't this have the same problem as increasing the blocksize?
That is, nodes that aren't updated wouldn't accept the new blocks as they'd see your difficulty to be too low and you'd fork the main chain?
Pente (OP)
Hero Member
*****
Offline Offline

Activity: 529
Merit: 527



View Profile WWW
June 10, 2017, 08:44:06 AM
 #3

Wouldn't this have the same problem as increasing the blocksize?
That is, nodes that aren't updated wouldn't accept the new blocks as they'd see your difficulty to be too low and you'd fork the main chain?

Yes, unupdated nodes would reject.

However if 5 times as many blocks are being created, even with only 30% of the hash power of the original main chain, we would still be producing blocks at 150% of that chain. Our chain would be longer.
ranochigo
Legendary
*
Offline Offline

Activity: 3052
Merit: 4442


Crypto Swap Exchange


View Profile
June 10, 2017, 10:05:29 AM
Merited by ABCbits (2)
 #4

Wouldn't this have the same problem as increasing the blocksize?
That is, nodes that aren't updated wouldn't accept the new blocks as they'd see your difficulty to be too low and you'd fork the main chain?

Yes, unupdated nodes would reject.

However if 5 times as many blocks are being created, even with only 30% of the hash power of the original main chain, we would still be producing blocks at 150% of that chain. Our chain would be longer.
That's not entirely correct. Bitcoin Core clients judges which chain to follow using the block height and with respect to the difficulty that it was generated at. The client uses a formula and weighs both of the chains to see which one has the higher weight and will follow that. The chain that required the most work will be valid.

By reducing the block time, you would also be increasing the orphan rate and in turn possibly reducing the security of the network. This idea has been thought before and it doesn't work.

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
Jet Cash
Legendary
*
Offline Offline

Activity: 2828
Merit: 2472


https://JetCash.com


View Profile WWW
June 11, 2017, 02:19:02 PM
 #5

It's something that I've discussed several times, and I've even suggested halving the blocksize to improve efficiency. It seems that there are problems with orphaned blocks if you do this, and I'm not sure that much effort is being put into solving this problem.

Offgrid campers allow you to enjoy life and preserve your health and wealth.
Save old Cars - my project to save old cars from scrapage schemes, and to reduce the sale of new cars.
My new Bitcoin transfer address is - bc1q9gtz8e40en6glgxwk4eujuau2fk5wxrprs6fys
DannyHamilton
Legendary
*
Offline Offline

Activity: 3514
Merit: 4894



View Profile
June 13, 2017, 03:11:46 PM
Merited by ABCbits (2)
 #6

There seems to be a lot of technical problems with increasing the block size in Bitcoin, so I was wondering, could we recalibrate the formula for difficulty so that blocks would be generated faster?

This would be a hard fork change.  Therefore, it would have many of the same "technical problems" as increasing the maximum allowed block size.

This would increase tx throughput while keeping blocks the same size.

It would, but it would also increase the rate at which the blockchain grows in size.

This could be done one of two ways.

(1) Keep the block reward the same. Disadvantage of course is that coins would be mined faster reaching the 21 million point much sooner.

Correct.

Advantage would be compatible with previous versions that could mine on this chain.

Incorrect.  Previous versions would not recognize any of these blocks as "valid".  It would reject them all and would fork the blockchain. Previous versions would be incompatible and unable to mine on this chain.

Wouldn't this have the same problem as increasing the blocksize?
That is, nodes that aren't updated wouldn't accept the new blocks as they'd see your difficulty to be too low and you'd fork the main chain?

Yes, unupdated nodes would reject.

However if 5 times as many blocks are being created, even with only 30% of the hash power of the original main chain, we would still be producing blocks at 150% of that chain. Our chain would be longer.

It doesn't matter which chain is longer.  Nodes only accept the longest "VALID" chain.  An invalid chain can be 1,000,000% longer, and it would still be rejected.  Since un-updated nodes won't recognize these faster blocks as being valid, it would create an altcoin fork.
Pages: [1]
  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!