Re: [Bitcoin-development] Hard fork via miner vote

2015-06-20 Thread Roy Badami
> I just wish that half as much energy had gone into discussing > whether we want a 100% supermajority or a 99% supermajority or an > 80% supermajority, as has gone into discussing whether we want 1MB > blocks or 8MB blocks or 20MB blocks. And I understand that Gavin is now proposing that a 75% su

Re: [Bitcoin-development] Hard fork via miner vote

2015-06-20 Thread Roy Badami
As I've observed before, Gavin originally advocated either a 99% or 100% buy in by miners for a hard fork to trigger. https://gist.github.com/gavinandresen/2355445 I don't understand why people (Gavin included) now seem to favour a much more modest supermajority except perhaps that they believe t

Re: [Bitcoin-development] Hard fork via miner vote

2015-06-20 Thread Matt Whitlock
On Saturday, 20 June 2015, at 8:11 pm, Pieter Wuille wrote: > you want full nodes that have not noticed the fork to fail rather than see a > slow but otherwise functional chain. Isn't that what the Alert mechanism is for? If these nodes continue running despite an alert telling them they're outd

Re: [Bitcoin-development] Hard fork via miner vote

2015-06-20 Thread Pieter Wuille
On Sat, Jun 20, 2015 at 7:26 PM, David Vorick wrote: > I see it as unreasonable to expect all nodes to upgrade during a hardfork. > If you are intentionally waiting for that to happen, it's possible for an > extreme minority of nodes to hold the rest of the network hostage by simply > refusing to

Re: [Bitcoin-development] Hard fork via miner vote

2015-06-20 Thread Tier Nolan
I agree giving notice that the change is going to happen is critical for a hard fork. If miners vote in favor, they need to give people time to upgrade (or to decide to reject the fork). The BIP 100 proposal is that no change will happen until a timestamp is reached. It isn't clear exactly how i

Re: [Bitcoin-development] Hard fork via miner vote

2015-06-20 Thread David Vorick
I see it as unreasonable to expect all nodes to upgrade during a hardfork. If you are intentionally waiting for that to happen, it's possible for an extreme minority of nodes to hold the rest of the network hostage by simply refusing to upgrade. However you want nodes to be able to protest until it

[Bitcoin-development] Hard fork via miner vote

2015-06-20 Thread Pieter Wuille
Hello all, I've seen ideas around hard fork proposals that involve a block version vote (a la BIP34, BIP66, or my more recent versionbits BIP draft). I believe this is a bad idea, independent of what the hard fork itself is. Ultimately, the purpose of a hard fork is asking the whole community to