Bitcoin Forum
May 25, 2024, 10:56:07 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Why not tie difficulty to number of transactions  (Read 547 times)
bit2.it (OP)
Newbie
*
Offline Offline

Activity: 2
Merit: 1


View Profile
March 13, 2017, 11:04:00 AM
Last edit: March 13, 2017, 12:23:16 PM by bit2.it
Merited by ABCbits (1)
 #1

sure, you might have to wait for more blocks for confirmation, but the length of time should stay the same as the old way.  Any attack on the network is still going to have to come up against a huge amount of hash.  Am I missing something?  Just make blocks complete faster.  It shouldn't be any riskier than before the difficulty was increased in the past.  The hashrate will still be over 51% and the chances of some lone double spender or hijacker still won't be able to overpower it.  Coins are found faster, limiting the power expended a little and we might reach the day the network moves to pure transaction fees faster but if it can't survive that we are just putting off the inevitable.

Please someone explain why this wouldn't work.

I've been thinking of network latency, people flooding transactions to mine blocks faster, and other stuff.  I don't know the reason why though, I guess I'm too nooblet.
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 3402
Merit: 6653


Just writing some code


View Profile WWW
March 13, 2017, 01:14:02 PM
Merited by ABCbits (2)
 #2

First of all, that would mean that the inflation rate is not stable, it would depend on the number of transactions. Secondly, it becomes extremely difficult to predict roughly when a certain blockchain event will occur, like the halvings. Next, this is something that is very easily gamed. A miner could make and broadcast a ton of transactions so that they can lower the difficulty and thus mine more blocks and earn more money. Faster blocks also means more orphans.

Lastly, and most importantly, the number of unconfirmed transactions and what the unconfirmed transactions are varies from node to node. There is no way to fix the difficulty to the number of unconfirmed transactions because every node would then calculate the difficulty differently since not all nodes would have the exact same transactions in the mempool. If you were to tie it to the size of the block, then that is extremely easily gamed by a malicious miner because then they could risk no money of their own, and just make massive blocks to decrease the difficulty.

DannyHamilton
Legendary
*
Offline Offline

Activity: 3402
Merit: 4656



View Profile
March 13, 2017, 01:20:51 PM
Merited by ABCbits (1)
 #3

In addition to all the things achow101 has said, making the change would also require a hard fork. That means it it would require an overwhelming majority of all USERS (Users, not just miners. That's nodes, merchants, exchanges, wallet creators, etc) to ALL agree to run software with the new changes.  We can't even get a simple 50% majority to agree on a simple blocksize change.  How do you expect to get 80%, or 90%, or 95% to all agree to something that so drastically changes the nature of Bitcoin?
bit2.it (OP)
Newbie
*
Offline Offline

Activity: 2
Merit: 1


View Profile
March 13, 2017, 01:32:59 PM
 #4

Thanks for taking the time to reply, explanations were quite succinct.
BillyBobZorton
Legendary
*
Offline Offline

Activity: 1204
Merit: 1028


View Profile
March 13, 2017, 01:43:59 PM
 #5

I would say this is at the same level as wanting to change the 21 million limit... there will never be consensus.
Hopefully some things will never change, including the BUcoin disaster.
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!