<oembed><type>rich</type><version>1.0</version><author_name>npub10z4xjfgftd3fm9dfu7dw6mkemgyhxgumcmhd7yd0ggjq7rsaw4wqa3xfzw</author_name><author_url>https://nostr.ae/npub10z4xjfgftd3fm9dfu7dw6mkemgyhxgumcmhd7yd0ggjq7rsaw4wqa3xfzw</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-06-18&#xA;📝 Original message:Not that I know how to do this, but would you be willing to attempt some&#xA;other method of measuring just how much of a &#34;super-majority&#34; we have&#xA;before deploying code?  Maybe that information would be helpful for&#xA;everyone.  Obviously such a poll couldn&#39;t be perfect, but maybe better than&#xA;the information we have now.&#xA;&#xA;A) I don&#39;t believe we should consider changing the 1 MB limit now&#xA;B) I conceptually believe in increasing block size, but would like to&#xA;follow a more conservative process and wait to see if a stronger technical&#xA;consensus on a plan to do so can develop.&#xA;C) I&#39;d like to go along with Gavin and Mike&#39;s 8MB proposal (maybe we wait&#xA;til this is fully specified, but again not deployed)&#xA;&#xA;Perhaps there can even be 4 polls:&#xA;Miners can vote in coinbases&#xA;Known corporate entities can announce their vote&#xA;Does the Bitcoin Foundation infrastructure still exist to represent some&#xA;authenticated (I think) set of individuals&#xA;A reddit poll&#xA;&#xA;I don&#39;t even know if I think this is a good idea, but just trying to find a&#xA;way to move forward where more of us are on the same page.&#xA;&#xA;&#xA;&#xA;&#xA;&#xA;&#xA;On Thu, Jun 18, 2015 at 2:23 PM, Gavin Andresen &lt;gavinandresen at gmail.com&gt;&#xA;wrote:&#xA;&#xA;&gt; On Thu, Jun 18, 2015 at 1:42 PM, Alex Morcos &lt;morcos at gmail.com&gt; wrote:&#xA;&gt;&#xA;&gt;&gt; Let me take a pass at explaining how I see this.&#xA;&gt;&gt;&#xA;&gt;&gt; 1) Code changes to Bitcoin Core that don&#39;t change consensus:  Wladimir is&#xA;&gt;&gt; the decider but he works under a process that is well understood by&#xA;&gt;&gt; developers on the project in which he takes under reasonable consideration&#xA;&gt;&gt; other technical opinions and prefers to have clear agreement among them.&#xA;&gt;&gt;&#xA;&gt;&#xA;&gt; Yes.&#xA;&gt;&#xA;&gt; 2) Changes to the consensus rules: As others have said, this isn&#39;t&#xA;&gt;&gt; anyone&#39;s decision for anyone else.&#xA;&gt;&gt;&#xA;&gt;&#xA;&gt; Yes.&#xA;&gt;&#xA;&gt;&#xA;&gt;&gt; It&#39;s up to each individual user as to what code they run and what rules&#xA;&gt;&gt; they enforce.  So then why is everyone so up in arms about what Mike and&#xA;&gt;&gt; Gavin are proposing if everyone is free to decide for themselves?  I&#xA;&gt;&gt; believe that each individual user should adhere to the principle that there&#xA;&gt;&gt; should be no changes to the consensus rules unless there is near complete&#xA;&gt;&gt; agreement among the entire community, users, developers, businesses miners&#xA;&gt;&gt; etc. It is not necessary to define complete agreement exactly because every&#xA;&gt;&gt; individual person decides for themselves.  I believe that this is what&#xA;&gt;&gt; gives Bitcoin, or really any money, its value and what makes it work, that&#xA;&gt;&gt; we all agree on exactly what it is.  So I believe that it is misleading and&#xA;&gt;&gt; bad for Bitcoin to tell users and business that you can just choose without&#xA;&gt;&gt; concern for everyone else which code you&#39;ll run and we&#39;ll see which one&#xA;&gt;&gt; wins out.  No.  You should run the old consensus rules (on any codebase you&#xA;&gt;&gt; want) until you believe that pretty much everyone has consented to a change&#xA;&gt;&gt; in the rules.  It is your choice, but I think a lot of people that have&#xA;&gt;&gt; spent time thinking about the philosophy of consensus systems believe that&#xA;&gt;&gt; when the users of the system have this principle in mind, it&#39;s what will&#xA;&gt;&gt; make the system work best.&#xA;&gt;&gt;&#xA;&gt;&#xA;&gt; I don&#39;t think I agree with &#34;pretty much everybody&#34;, because status-quo&#xA;&gt; bias is a very powerful thing. Any change that disrupts the way they&#39;ve&#xA;&gt; been doing things will generate significant resistance -- there will be 10&#xA;&gt; or 20% of any population that will take a position of &#34;too busy to think&#xA;&gt; about this, everything seems to be working great, I don&#39;t like change, NO&#xA;&gt; to any change.&#34;&#xA;&gt;&#xA;&gt; For example, I think some of the resistance for bigger blocks is coming&#xA;&gt; from contributors who are worried they, personally, won&#39;t be able to keep&#xA;&gt; up with a bigger blockchain. They might not be able to run full nodes from&#xA;&gt; their home network connections (or might not be able to run a full node AND&#xA;&gt; stream Game of Thrones), on their old raspberry pi machines.&#xA;&gt;&#xA;&gt; The criteria for me is &#34;clear super-majority of the people and businesses&#xA;&gt; who are using Bitcoin the most,&#34; and I think that criteria is met.&#xA;&gt;&#xA;&gt;&#xA;&gt;&#xA;&gt;&gt; 3) Code changes to Core that do change consensus: I think that Wladimir,&#xA;&gt;&gt; all the other committers besides Gavin, and almost all of the other&#xA;&gt;&gt; developers on Core would defer to #2 above and wait for its outcome to be&#xA;&gt;&gt; clear before considering such a code change.&#xA;&gt;&gt;&#xA;&gt;&#xA;&gt; Yes, that&#39;s the way it has mostly been working. But even before stepping&#xA;&gt; down as Lead I was starting to wonder if there are ANY successful open&#xA;&gt; source projects that didn&#39;t have either a Benevolent Dictator or some clear&#xA;&gt; voting process to resolve disputes that cannot be settled with &#34;rough&#xA;&gt; consensus.&#34;&#xA;&gt;&#xA;&gt;&#xA;&gt; --&#xA;&gt; --&#xA;&gt; Gavin Andresen&#xA;&gt;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150618/a6d09f1f/attachment.html&gt;</html></oembed>