Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id BD3DDACB for ; Fri, 26 Jun 2015 18:05:32 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A7898196 for ; Fri, 26 Jun 2015 18:05:31 +0000 (UTC) Received: by wicgi11 with SMTP id gi11so24484775wic.0 for ; Fri, 26 Jun 2015 11:05:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FYVF0Uq/Eo5OMf06/D8UJeQp8MV5Jafgq2WG1iOAzIw=; b=P8Mpq+Yxv7JQhZW4N8uGJWWi+rdvmUqaJvFJqcKv4iUOXz1CAHyRR1/AwuyF5PLKig RAk4Gp4hDB8Jh01I9XbdsV6Z9j7k0cPdYHHiHEZoAEjvybA2sDJN/c2nvYLtv4HszgGh Pc4oWt7u2WsAFzd9VEcCEZP1cXEys7XP+i6jVNRp2TJiAF6w+uN1Ec0Ttu07eRrhrybg S7jbQIJsKZzLRP+gk8metzm01qL33WfeJWciwB/JzEJYAd00PGXUOpCEvx47UViYtIbw gyjMTaRPooVWqsEYxRrzW+y7D3m0aAuhoUmXq+TvPYy1pKadbcEIyE1RPxjPjrsBISaM dOoQ== MIME-Version: 1.0 X-Received: by 10.180.228.6 with SMTP id se6mr6891991wic.33.1435341930482; Fri, 26 Jun 2015 11:05:30 -0700 (PDT) Received: by 10.28.140.196 with HTTP; Fri, 26 Jun 2015 11:05:30 -0700 (PDT) In-Reply-To: References: <558D6E26.4000004@bitcoins.info> Date: Fri, 26 Jun 2015 11:05:30 -0700 Message-ID: From: Jeff Garzik To: Pieter Wuille Content-Type: multipart/alternative; boundary=001a1135e398e5d24005196f95a8 X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: bitcoin-dev@lists.linuxfoundation.org Subject: Re: [bitcoin-dev] The need for larger blocks X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2015 18:05:32 -0000 --001a1135e398e5d24005196f95a8 Content-Type: text/plain; charset=UTF-8 On Fri, Jun 26, 2015 at 8:24 AM, Pieter Wuille wrote: > On Fri, Jun 26, 2015 at 5:22 PM, Milly Bitcoin > wrote: > >> >None of this is a reason why the size can't increase. However, in my >> opinion, we should do it because we believe it increases utility and >> understand the risks; not because we're afraid of what might happen if we >> don't hurry up. And from that point of view, it seems silly to make a huge >> increase at once... >> >> Yes. I think people/businesses want some kind of assurance that there is >> a path to get things done when needed rather than immediate changes. Since >> there is currently no clear path/schedule to get any changes accomplished >> they gets anxious. >> > > I think you just proved my point by saying "when needed". > Proposing inaction is not the way you convince people that bitcoin can scale. People and businesses cannot perform any capacity planning and future projections under the proposal of "economic change through inaction." There will be no growth, by your argument, until there is fee pressure. And what happens then? a) Block size limit increases, disrupting and rebooting the fee market. or b) You argue that fees have taken care of the capacity. Waiting until blocks are full before taking action produces even more disruption and market-unpredictable behavior than today. I understand you want a fee market to develop, and increasing the block size limit retards/prevents that. The fact remains that that is a _major_ change to economic policy that creates a _more_ unpredictable system. Who knows when Pieter will agree that a fee market is healthy? And at that time, once blocks are full, changing the block size limit then will produce even more disruption, going from little pressure -> lots of pressure -> little pressure Inaction produces fee pressure produces volatility. And makes it more difficult for system users to perform capacity planning. I see a lot of microscopic fee analysis - economically insignificant for at least 12 months to come - and very little holistic analysis from people arguing that inaction is the best course. --001a1135e398e5d24005196f95a8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Jun 26, 2015 at 8:24 AM, Pieter Wuille <p= ieter.wuille@gmail.com> wrote:
=
= On Fri, Jun 26, 2015 at 5:22 PM, Milly Bitcoin <milly= @bitcoins.info> wrote:
<= div class=3D"gmail_quote">
<= span>>None of this is a reason why the size can't increase. However,= in my opinion, we should do it because we believe it increases utility and= understand the risks; not because we're afraid of what might happen if= we don't hurry up. And from that point of view, it seems silly to make= a huge increase at once...

Yes.=C2=A0 I think people/businesses want some kind of assurance that there= is a path to get things done when needed rather than immediate changes.=C2= =A0 Since there is currently no clear path/schedule to get any changes acco= mplished they gets anxious.

I th= ink you just proved my point by saying "when needed".

Proposing inaction is not the way you c= onvince people that bitcoin can scale.

People and = businesses cannot perform any capacity planning and future projections unde= r the proposal of "economic change through inaction."
<= br>
There will be no growth, by your argument, until there is fee= pressure.=C2=A0 And what happens then?

a) Block s= ize limit increases, disrupting and rebooting the fee market.
=C2= =A0 =C2=A0 =C2=A0 or
b) You argue that fees have taken care of th= e capacity.

Waiting until blocks are full before t= aking action produces even more disruption and market-unpredictable behavio= r than today.

I understand you want a fee market t= o develop, and increasing the block size limit retards/prevents that.=C2=A0= The fact remains that that is a _major_ change to economic policy that cre= ates a _more_ unpredictable system.

Who knows when= Pieter will agree that a fee market is healthy?=C2=A0 And at that time, on= ce blocks are full, changing the block size limit then will produce even mo= re disruption, going from

=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 little pressure -> lots of pressure -> little press= ure

Inaction produces fee pressure produces volati= lity.=C2=A0 And makes it more difficult for system users to perform capacit= y planning.

I see a lot of microscopic fee analysi= s - economically insignificant for at least 12 months to come - and very li= ttle holistic analysis from people arguing that inaction is the best course= .









--001a1135e398e5d24005196f95a8--