Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 0594383D for ; Fri, 26 Jun 2015 18:34:33 +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 7462A7C for ; Fri, 26 Jun 2015 18:34:32 +0000 (UTC) Received: by wibdq8 with SMTP id dq8so25038989wib.1 for ; Fri, 26 Jun 2015 11:34:31 -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=h92hIPMjT4DoA+3mFlnxHpl5y34tg50U32PuDngH5xs=; b=fkclhgxvi6rSch20qrgXfZkJn+dA7dA1taMyvBTnJUAnVxz8L/TOUti3ZxzYSkKzw8 wyhQ+KxifSqrAABG3+VfMppFdZphjelD1OPO8ecDiBDCrddISjBnwStUEM2QsYMkDcvE 4ixapv7adBSpg2aOA1FRDapfN7EztPPF/dSLojeF/F3ql2KMbTn9HJVmo4ZICFr1rKfM VrUqYqYv16OmTxUPmvfrkJI0v68mlR02ygdC0qa8NujT/fESWL307XhSF94Ifpr51vRu 4heLdSr1wcE3sI61ynQ1q2GVR7nXlCtnSSRZvXWBuNa2x12Oj9QdeLrhlV5F0NJEf9l2 mcYw== MIME-Version: 1.0 X-Received: by 10.194.100.42 with SMTP id ev10mr4993073wjb.50.1435343671302; Fri, 26 Jun 2015 11:34:31 -0700 (PDT) Received: by 10.194.137.38 with HTTP; Fri, 26 Jun 2015 11:34:31 -0700 (PDT) Received: by 10.194.137.38 with HTTP; Fri, 26 Jun 2015 11:34:31 -0700 (PDT) In-Reply-To: References: Date: Fri, 26 Jun 2015 20:34:31 +0200 Message-ID: From: Pieter Wuille To: Jeff Garzik Content-Type: multipart/alternative; boundary=089e0160aa48a8a20005196ffd1b 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:34:33 -0000 --089e0160aa48a8a20005196ffd1b Content-Type: text/plain; charset=UTF-8 > If you wait until the need to increase block size It is this sentence I disagree with. Why would there be a need? Bitcoin provides utility at any block size, and potentially more with larger blocks. But no matter what, I believe the economy will adapt to what is available. And setting a precedent that increasing the size "because of a need" is reasonable is to me essentially the same as saying the size should forever scale to whatever people want. I believe the most important effect of a limit block size - people deciding not to use (on chain) Bitcoin transactions, is already happening, and it will keep happening at any scale. Either the resulting market is one which can live with high variability in confirmation times, and blocks will end up being nearly full. Or maybe the current fill level is what is acceptable, and we don't see much growth beyond this, only a change in what it is used for. -- Pieter --089e0160aa48a8a20005196ffd1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

> If you wait until the need to increase block size

It is this sentence I disagree with. Why would there be a ne= ed? Bitcoin provides utility at any block size, and potentially more with l= arger blocks.

But no matter what, I believe the economy will adapt to what= is available. And setting a precedent that increasing the size "becau= se of a need" is reasonable is to me essentially the same as saying th= e size should forever scale to whatever people want.

I believe the most important effect of a limit block size - = people deciding not to use (on chain) Bitcoin transactions, is already happ= ening, and it will keep happening at any scale.

Either the resulting market is one which can live with high = variability in confirmation times, and blocks will end up being nearly full= . Or maybe the current fill level is what is acceptable, and we don't s= ee much growth beyond this, only a change in what it is used for.

--
Pieter

--089e0160aa48a8a20005196ffd1b--