<div dir="ltr">On Wed, May 13, 2015 at 6:13 PM, Aaron Voisine <span dir="ltr">&lt;<a href="mailto:voisine@gmail.com" target="_blank">voisine@gmail.com</a>&gt;</span> wrote:<br><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">Conservative is a relative term. Dropping transactions in a way that is unpredictable to the sender sounds incredibly drastic to me. I&#39;m suggesting increasing the blocksize, drastic as it is, is the more conservative choice.</div></blockquote><div><br></div><div>Transactions are already being dropped, in a more indirect way: by people and businesses deciding to not use on-chain settlement. That is very sad, but it&#39;s completely inevitable that there is space for some use cases and not for others (at whatever block size). It&#39;s only a &quot;things don&#39;t fit anymore&quot; when you see on-chain transactions as the only means for doing payments, and that is already not the case. Increasing the block size allows for more utility on-chain, but it does not fundamentally add more use cases - only more growth space for people already invested in being able to do things on-chain while externalizing the costs to others.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra">I would recommend that the fork take effect when some specific large supermajority of the pervious 1000 blocks indicate they have upgraded, as a safer alternative to a simple flag date, but I&#39;m sure I wouldn&#39;t have to point out that option to people here.</div></blockquote><div><br></div><div>That only measures miner adoption, which is the least relevant. The question is whether people using full nodes will upgrade. If they do, then miners are forced to upgrade too, or become irrelevant. If they don&#39;t, the upgrade is risky with or without miner adoption.<br><br>-- <br></div><div>Pieter<br><br></div></div></div></div>