Description
The whitepaper specifies:
The difficulty of the proof-of-work should be proportional to the size of the message and should be set such that an average computer must expend an average of four minutes of work in order to send a typical message.
From this perspective, the current difficulty is too low. I propose:
- a mechanism for announcing a difficulty change
- a transparent process for determining global difficulty
- a deadline by which the process is put into the place
- further research into whether the requirements specified in the whitepaper make sense
It is difficult to create a decentralised mechanism for determining the difficulty. Instead I propose a centralised solution based on a transparent mechanism. There could be a new object signed by a central authority announcing the current difficulty.
The process can take external sources of average consumer CPU, e.g. Steam Hardware and Software Survey or UserBenchmark. At the moment the average CPU looks to be a quad core Ivy Bridge Intel CPU. This can be used as a base for the initial change.
Then there is a question about what size of message should be considered "average", what TTL, and if the 4 minutes should include an ACK.