[Bitcoin-ml] Alternative difficulty algorithm for Bitcoin Cash

[Tom Zander]

On Thursday, 12 October 2017 04:23:07 CEST Neil via bitcoin-ml wrote:
> The current network situation is far from ideal.  Either we have fast
> blocks that are accelerating the emission schedule and penalizing
> current holders and future miners, or we have the situation as I write
> where miners of BCC are being penalized about 30% to mine it.  That
> blocks are slow is a sign they are not happy to being paying that
> unnecessary premium.

Here is my understanding;

in the short term we may benefit from a faster-to-respond algorithm, for the 
simple reason that there are two chains and BCH is the minority one.

The long term implications are a bigger problem, as we have seen in other 
places.
The main problem is that what we need _today_ is resistance to being a 
minority chain.
While next year we want to be the majority chain and then we need protection 
from minority chains.

Or, in other words, if we make the algorithm capable of surviving being a 
minority chain then long term we should expect a lot of minority chains 
fighting with _us_ over hashpower.

For now BCH is number 3, but don’t forget to look back at the 600 altcoins 
that are behind us.

I’m not entirely clear on your algo, but it certainly looks better that the 
monstrosity from deadalnix. I’ll have to play with it.

What is your position on giving your algo a sunset clause?
Go back to the original satoshi algo after 6 months, for instance.
-- 
Tom Zander
Blog: https://zander.github.io
Vlog: https://vimeo.com/channels/tomscryptochannel