<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I'll leave others to comment on whether we can get consensus on
    that, but your years listed are inconsistent with everything else
    you've written. Should be:<br>
    <br>
    block 400,000 = 2MB (2016)<br>
    block 500,000 = 4MB (2018)<br>
    block 600,000 = 8MB (2020)<br>
    <br>
    <div class="moz-cite-prefix">On 17/07/2015 20:06, Chris Wardell via
      bitcoin-dev wrote:<br>
    </div>
    <blockquote
cite="mid:CAEieSeQs4OmyKr4AMcXhZfRccwPApzNJyd06yhRTOjYywsVLsQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>
                <div>I would prefer a dynamic solution that did not
                  necessitate a second hard fork down the road.<br>
                  <br>
                </div>
                I propose doubling the block size every 100k blocks (~2
                years)<br>
                <br>
              </div>
              block 400,000 = 2MB (2016)<br>
            </div>
            block 500,000 = 4MB (2017)<br>
          </div>
          block 600,000 = 8MB (2018)<br>
          <br>
        </div>
        Chris<br>
        <div>
          <div><br>
          </div>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Fri, Jul 17, 2015 at 1:57 PM, Ross
          Nicoll via bitcoin-dev <span dir="ltr">&lt;<a
              moz-do-not-send="true"
              href="mailto:bitcoin-dev@lists.linuxfoundation.org"
              target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a></a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000"> I'd back this if we
              can't find a permanent solution - 2MB gives us a lot more
              wiggle room in the interim at least; one of my concerns
              with block size is 3 transactions per second is absolutely
              tiny, and we need space for the network to search for an
              equilibrium between volume and pricing without risk of an
              adoption spike rendering it essentially unusable.<br>
              <br>
              I'd favour switching over by block height rather than
              time, and I'd suggest that given virtually every
              wallet/node out there will require testing (even if many
              do not currently enforce a limit and therefore do not need
              changing), 6 months should be considered a minimum target.
              I'd open with a suggestion of block 390k as a target.<br>
              <br>
              Ross
              <div>
                <div class="h5"><br>
                  <br>
                  <div>On 17/07/2015 16:55, Jeff Garzik via bitcoin-dev
                    wrote:<br>
                  </div>
                </div>
              </div>
              <blockquote type="cite">
                <div>
                  <div class="h5">
                    <div dir="ltr">
                      <div>Opening a mailing list thread on this BIP:</div>
                      <div><br>
                      </div>
                      BIP PR: <a moz-do-not-send="true"
                        href="https://github.com/bitcoin/bips/pull/173"
                        target="_blank">https://github.com/bitcoin/bips/pull/173</a>
                      <div>Code PR: <a moz-do-not-send="true"
                          href="https://github.com/bitcoin/bitcoin/pull/6451"
                          target="_blank">https://github.com/bitcoin/bitcoin/pull/6451</a></div>
                      <div><br>
                      </div>
                      <div>The general intent of this BIP is as a
                        minimum viable alternative plan to my preferred
                        proposal (BIP 100).</div>
                      <div><br>
                      </div>
                      <div>If agreement is not reached on a more
                        comprehensive solution, then this solution is at
                        least available and a known quantity.  A good
                        backup plan.</div>
                      <div><br>
                      </div>
                      <div>Benefits:  conservative increase.  proves
                        network can upgrade.  permits some added growth,
                        while the community &amp; market gathers data on
                        how an increased block size impacts privacy,
                        security, centralization, transaction throughput
                        and other metrics.  2MB seems to be a Least
                        Common Denominator on an increase.</div>
                      <div><br>
                      </div>
                      <div>Costs:  requires a hard fork.  requires
                        another hard fork down the road.</div>
                      <div><br>
                      </div>
                      <div><br>
                      </div>
                    </div>
                    <br>
                    <fieldset></fieldset>
                    <br>
                  </div>
                </div>
                <span class="">
                  <pre>_______________________________________________
bitcoin-dev mailing list
<a moz-do-not-send="true" href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>
<a moz-do-not-send="true" href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a>
</pre>
                </span></blockquote>
              <br>
            </div>
            <br>
            _______________________________________________<br>
            bitcoin-dev mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a><br>
            <a moz-do-not-send="true"
              href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev"
              rel="noreferrer" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
bitcoin-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>
<a class="moz-txt-link-freetext" href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>