[bitcoin-dev] An alternative way to protect the network from 51% attacks threat

2017-06-19 Thread Wang Chun via bitcoin-dev
There has been proposal to change the PoW in case of potential 51% attacks from malicious miners during a fork. But such a change in PoW renders multi-billion-dollar of ASIC into worthless. which hurts economy so much and the average innocent mining users. I would propose, instead of PoW change, we

Re: [bitcoin-dev] Reduced signalling threshold activation of existing segwit deployment

2017-05-24 Thread Wang Chun via bitcoin-dev
I think we should go for 75%, same Litecoin. As I have said before, 95% threshold is too high even for unconventional soft forks. > 在 2017年5月24日,04:58,Andrew Chow via bitcoin-dev > 写道: > > Ah. I see now. It wasn't very clear to me that that is what will happen. > > Also, shouldn't the timeout

Re: [bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-28 Thread Wang Chun via bitcoin-dev
> It also seems like it would be much better to wait until SegWit activates in > order to truly measure the effects on the network from this increased > capacity before committing to any additional increases. > > -Alphonse > > > > On Tue, Mar 28, 2017 at 11:59 AM, Wang

[bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-28 Thread Wang Chun via bitcoin-dev
I've proposed this hard fork approach last year in Hong Kong Consensus but immediately rejected by coredevs at that meeting, after more than one year it seems that lots of people haven't heard of it. So I would post this here again for comment. The basic idea is, as many of us agree, hard fork is