<div dir="ltr"><div class="gmail_default" style="font-family:monospace"><span style="font-family:arial,sans-serif">On 16 August 2015 at 15:49, Mike Hearn via bitcoin-dev </span><span dir="ltr" style="font-family:arial,sans-serif">&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span><span style="font-family:arial,sans-serif"> wrote:</span><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Sorry you feel that way. I devoted a big part of the article to trying to fairly represent the top 3 arguments made, but ultimately I can&#39;t link to a clear statement of what Bitcoin Core thinks because there isn&#39;t one. Some people think the block size should increase, but not now, or not by much. Others think it should stay at 1mb forever, others think everyone should migrate to Lightning, people who are actually <i>implementing</i> Lightning think it&#39;s not a replacement for an increase ..... I think one or two people even suggested shrinking the block size!</div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:monospace">​That&#39;s been really unclear to me. Personally, I&#39;d love to see a vote from the core and XT developers on:</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace"> - what should the block size soft limit be in 12 months (min and max)</div><div class="gmail_default" style="font-family:monospace"> - what should the block size hard limit be in 12 months (min and max)</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace"> - at what rate should the hard limit grow over the next 10 years​ (min and max)</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace"> - what mechanism should be used to update the soft limit</div><div class="gmail_default" style="font-family:monospace">   (manual code change, time based, blockchain history, something else)</div><div class="gmail_default" style="font-family:monospace">​ - what me​chanism should be used to update the hard limit</div><div class="gmail_default" style="font-family:monospace">   (hard fork code change, time based, blockchain history, something else)</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace">Bonus:</div><div class="gmail_default" style="font-family:monospace"><br></div><span style="font-family:monospace">​ - what should the <div class="gmail_default" style="font-family:monospace;display:inline">​transaction ​</div>fee level be in 12 months (after the reward halves)?​</span><div class="gmail_default" style="font-family:monospace"> - what&#39;s a good measure of &quot;(de)centralisation&quot; and what value should everyone aim for in 12 months?</div><div class="gmail_default" style="font-family:monospace"><br></div></div><div><div class="gmail_default" style="font-family:monospace">As an interested newbie, I can&#39;t actually tell what most people think the answers to most of those questions are. FWIW, mine would be:</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace"> - soft limit in 12 months: 1MB-4MB</div><div class="gmail_default" style="font-family:monospace"> - hard limit in 12 months: 2MB-20MB</div><div class="gmail_default" style="font-family:monospace"> - hard limit grows at 17-40% a year (and should be &gt;4x average txn volume)</div><div class="gmail_default" style="font-family:monospace"> - update the soft limit by code changes or blockchain history</div><div class="gmail_default" style="font-family:monospace"> - update the hardlimit by (1) fee level, (2) miner vote, (3) hard coded time updates at a conservative (low) rate, (4) hard fork every couple of years</div><div class="gmail_default" style="font-family:monospace"> - transaction fees should in 12months should be lower per kB than today&#39;s defaults, say 20%-50% of today&#39;s defaults in USD</div><div class="gmail_default" style="font-family:monospace"> - number of bitcoin nodes, should be 20% higher in 12 months than it is now</div><br></div><div><div class="gmail_default" style="font-family:monospace">​Cheers,<br></div></div><div><div class="gmail_default" style="font-family:monospace">aj</div></div></div><div><br></div>-- <br><div class="gmail_signature">Anthony Towns &lt;<a href="mailto:aj@erisian.com.au" target="_blank">aj@erisian.com.au</a>&gt;</div>
</div></div>