<div dir="ltr">I am more fazed by PR 5288 and PR 5925 not getting merged in, than by this thread. So, casting my ballot in favor of the block size increase. Clearly, we&#39;re still rehearsing proper discourse, and that ain&#39;t gonna get fixed here and now.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 7, 2015 at 9:29 PM, Matt Corallo <span dir="ltr">&lt;<a href="mailto:bitcoin-list@bluematt.me" target="_blank">bitcoin-list@bluematt.me</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 05/07/15 19:34, Mike Hearn wrote:<br>
&gt;     The appropriate method of doing any fork, that we seem to have been<br>
&gt;     following for a long time, is to get consensus here and on IRC and on<br>
&gt;     github and *then* go pitch to the general public<br>
&gt;<br>
&gt;<br>
&gt; So your concern is just about the ordering and process of things, and<br>
&gt; not about the change itself?<br>
<br>
</span>No, I&#39;m very concerned about both.<br>
<span class=""><br>
&gt; I have witnessed many arguments in IRC about block sizes over the years.<br>
&gt; There was another one just a few weeks ago. Pieter left the channel for<br>
&gt; his own sanity. IRC is not a good medium for arriving at decisions on<br>
&gt; things - many people can&#39;t afford to sit on IRC all day and<br>
&gt; conversations can be hard to follow. Additionally, they tend to go circular.<br>
<br>
</span>I agree, thats why this mailing list was created in the first place<br>
(well, also because bitcointalk is too full of spam, but close enought :))<br>
<span class=""><br>
&gt; That said, I don&#39;t know if you can draw a line between the &quot;ins&quot; and<br>
&gt; &quot;outs&quot; like that. The general public is watching, commenting and<br>
&gt; deciding no matter what. Might as well deal with that and debate in a<br>
&gt; format more accessible to all.<br>
<br>
</span>Its true, just like its true the general public can opt to run any<br>
version of software they want. That said, the greater software<br>
development community has to update /all/ the software across the entire<br>
ecosystem, and thus provide what amounts to a strong recommendation of<br>
which course to take. Additionally, though there are issues (eg if there<br>
was a push to remove the total coin limit) which are purely political,<br>
and thus which should be up to the greater public to decide, the<br>
blocksize increase is not that. It is intricately tied to Bitcoin&#39;s<br>
delicate incentive structure, which many of the development community<br>
are far more farmiliar with than the general Bitcoin public. If there<br>
were a listserv that was comprised primarily of people on<br>
#bitcoin-wizards, I might have suggested a discussion there, first, but<br>
there isnt (as far as I know?).<br>
<span class=""><br>
&gt;     If, instead, there had been an intro on the list as &quot;I think we should<br>
&gt;     do the blocksize increase soon, what do people think?&quot;<br>
&gt;<br>
&gt;<br>
&gt; There have been many such discussions over time. On bitcointalk. On<br>
&gt; reddit. On IRC. At developer conferences. Gavin already knew what many<br>
&gt; of the objections would be, which is why he started answering them.<br>
&gt;<br>
&gt; But alright. Let&#39;s say he should have started a thread. Thanks for<br>
&gt; starting it for him.<br>
&gt;<br>
&gt; Now, can we get this specific list of things we should do before we&#39;re<br>
&gt; prepared?<br>
<br>
</span>Yes....I&#39;m gonna split the topic since this is already far off course<br>
for that :).<br>
<span class=""><br>
&gt;     A specific credible alternative to what? Committing to blocksize<br>
&gt;     increases tomorrow? Yes, doing more research into this and developing<br>
&gt;     software around supporting larger block sizes so people feel comfortable<br>
&gt;     doing it in six months.<br>
&gt;<br>
&gt;<br>
&gt; Do you have a specific research suggestion? Gavin has run simulations<br>
&gt; across the internet with modified full nodes that use 20mb blocks, using<br>
&gt; real data from the block chain. They seem to suggest it works OK.<br>
&gt;<br>
&gt; What software do you have in mind?<br>
<br>
</span>Let me answer that in a new thread :).<br>
<div class="HOEnZb"><div class="h5"><br>
------------------------------------------------------------------------------<br>
One dashboard for servers and applications across Physical-Virtual-Cloud<br>
Widest out-of-the-box monitoring support with 50+ applications<br>
Performance metrics, stats and reports that give you Actionable Insights<br>
Deep dive visibility with transaction tracing using APM Insight.<br>
<a href="http://ad.doubleclick.net/ddm/clk/290420510;117567292;y" target="_blank">http://ad.doubleclick.net/ddm/clk/290420510;117567292;y</a><br>
_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
</div></div></blockquote></div><br></div>