<p dir="ltr">> If the developers fail to reflect user consensus, the network will let us know.</p>
<p dir="ltr">This is true with the caveat that there must be more than one option present for the network to show it's preference. If developers discourage anything that forks from the rules enforced by Bitcoin Core, they harm the network's ability to inform us of a failure to reflect user consensus.</p>
<div class="gmail_quote">On 22 Jul 2015 3:31 pm, Jeff Garzik via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:<br type='attribution'><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I wouldn't go quite that far. The reality is somewhere in the middle, as Bryan Cheng noted in this thread:<div><br /></div><div>Quoting BC,</div><div><span style="font-size:13px">> Upgrading to a version of Bitcoin Core that is incompatible with your ideals is in no way a forced choice, as you have stated in your email; forks, alternative clients, or staying on an older version are all valid choices. If the majority of the network chooses not to endorse a specific change, then the majority of the network will continue to operate just fine without it, and properly structured consensus rules will pull the minority along as well.</span><br /></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px">The developers <i>propose</i> a new version, by publishing a new release. The individual network nodes choose to accept or reject that.</span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px">So I respectfully disagree with "core devs don't control the network" and "core devs control the network" both.</span><br /></div><div><span style="font-size:13px"><br /></span></div><div><div><span style="font-size:13px">There are checks-and-balances that make the system work. Consensus is most strongly measured by user actions after software release. If the developers fail to reflect user consensus, the network will let us know.</span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div><div><span style="font-size:13px"><br /></span></div></div><div><br /><div class="elided-text">On Wed, Jul 22, 2015 at 2:43 PM, Mike Hearn via bitcoin-dev <span dir="ltr"><<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>></span> wrote:<br /><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Pieter,<div><br /></div><div>I think a core area of disagreement is this:<br /><div><div class="elided-text"><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Bitcoin Core is not running the Bitcoin economy, and its developers have no authority to set its rules. </p></blockquote><div>In fact Bitcoin Core is running the Bitcoin economy, and its developers do have the authority to set its rules. This is enforced by the reality of ~100% market share and limited github commit access.</div><div><br /></div><div>You may not like this situation, but it is what it is. By refusing to make a release with different rules, people who disagree are faced with only two options:</div><div><br /></div><div>1. Swallow it even if they hate it</div><div>2. Fork the project and fork the block chain with it (XT)</div><div><br /></div><div>There are no alternatives. People who object to (2) are inherently suggesting (1) is the only acceptable path, which not surprisingly, makes a lot of people very angry.</div></div></div></div></div>
<br />_______________________________________________<br />
bitcoin-dev mailing list<br />
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a><br />
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br />
<br /></blockquote></div><br /></div>
</blockquote></div>