@sickpig : I liked your post for the fact that it pointed out this crucial current difference between Ethereum and Bitcoin in the context of the current ETH fork and the prospect of a Bitcoin HF.
However, I disagree about this conclusion:
Under that light I think the Bitcoin retargeting algo could be see as another stroke of genius.
I think the 2 week retargeting makes attempts to hard-fork using the same POW far too difficult (almost impossible?), and in my view that has two direct consequences:
- the first hard fork that attempts to challenge the status quo will get rid of this and move to much faster retargeting (it's just a logical step necessary for it to have any chance of survival). I very much doubt there will be a 'going-back' to increase the retargeting period after the first successful hard fork.
- it incentivizes a hard-fork to do a change of POW vs. keeping the current POW
The first one I'm neutral about, but it also means (to me) that it wasn't a stroke of genius, but just relatively arbitrary design choice that would have to yield to the realities of a forking competition at a later point. Like the 1MB spam limit.
For the second, I think it is disadvantageous because in the absence of other driving goals such as increasing decentralization, it is burdensome to have to change POW with every fork. There's no fundamentally good reason to throw away a proven, secure POW function just for the sake of bifurcating to achieve an unrelated goal (like increasing blocksize). Although it would keep more computer scientists employed
To put it differently, with the long retargeting gone, I think this would increase the chances of keeping the existing POW, and this is another pressure to get rid of the long retargeting.