From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id ABAE4BBF for ; Tue, 30 Jun 2015 15:34:35 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 146B0E9 for ; Tue, 30 Jun 2015 15:34:35 +0000 (UTC) Received: by wiar9 with SMTP id r9so40587970wia.1 for ; Tue, 30 Jun 2015 08:34:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=jTLEYatMaQ8R14HqTNoIjhIFblxrUN3exagyiuQxRog=; b=n1iGGhduZUI38pOfIhKWjE9KHNmmHkeHq6OolQAXZ0FlpXrPh5N9fFY/071rem7LzV GbPSyXocnDWMt9IY51QOkUxkeZ62n53IqzS7ZW93/8Ek+jZaOLQ3DIBi9lGxJrVyi+WH oLzkrNt4a814NvoKNkJenvWS+jJay/wk7yS0H5nsePnUcHWGRQwn2assV31GWTQ2kkjo aGmbZ1yr8XnFko1y2a4Zxla8X4LbUW+zNB79TtkBbNiHvlSTtEF+m94bvHsdXwPlWjXw sPeGRW/St7KSq+obvQeeqasAAf+VzpzPsqs9X+NvWCtAMUycNVJjELFXNQegdoiErDSk hovQ== MIME-Version: 1.0 X-Received: by 10.180.87.105 with SMTP id w9mr34682315wiz.32.1435678473374; Tue, 30 Jun 2015 08:34:33 -0700 (PDT) Received: by 10.27.10.1 with HTTP; Tue, 30 Jun 2015 08:34:33 -0700 (PDT) Date: Tue, 30 Jun 2015 11:34:33 -0400 Message-ID: From: Michael Naber To: bitcoin-dev@lists.linuxfoundation.org Content-Type: multipart/alternative; boundary=f46d044401986ad4c10519bdf14f 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 Subject: [bitcoin-dev] Block size increase oppositionists: please clearly define what you need done to increase block size to a static 8MB, and help do it 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: Tue, 30 Jun 2015 15:34:35 -0000 --f46d044401986ad4c10519bdf14f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As you know I'm trying to lobby for a block size increase to a static 8MB. I'm happy to try to get the testing done that people want done for this, but I think the real crux of this issue is that we need to get consensus that we intend to continually push the block size upward as bounded only by technology. Imagine an engineer (Gavin) at Boeing (Bitcoin Core) said he was going to build an airplane (block) that was going to move 8x as many people (transactions) as today=E2=80=99s planes (blocks), all while costing about = the same amount to operate. Imagine he then went on to tell you that he expects to double the plane=E2=80=99s (block's) capacity every two years! Without full planes (blocks), will the airlines (miners) go out of business, since planes (blocks) will never be full and the cost to add people (transactions) to a plane (block) will approach zero? Probably not. Airlines (miners) still have to pay for pilots, security screening staff, fuel, etc (engineers, hash rate, electricity, etc) so even if their airplanes (blocks) can hold limitless people (transactions), they would still have to charge sufficient fees to stay in business. What tests do you need done to move to 8MB? Pitch in and help get those tests done; agree that we'll run more tests next year or the year after when technology might allow for 16 MB blocks. Do you really want to be the guy holding back bigger planes? Do you really want to artificially constrain block size below what technology allows? In the face of such strong market demand for increased capacity in globally aware global consensus, do you really think you can prevent supply from meeting demand when the technology exists to deliver it? Do you really want to force a fork because you and others won't agree to a simple raise to a static 8MB? Do what's best for Bitcoin and define what needs to get done to agree to a simple block size increase to a static 8MB. --f46d044401986ad4c10519bdf14f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As you know I'm trying to lobby for a block size incre= ase to a static 8MB.=C2=A0

I'm happy to try to get t= he testing done that people want done for this, but I think the real crux o= f this issue is that we need to get consensus that we intend to continually= push the block size upward as bounded only by technology.

Imagine an engineer (Gavin) at Boeing (Bitcoin Core) said he = was going to build an airplane (block) that was going to move 8x as many pe= ople (transactions) as today=E2=80=99s planes (blocks), all while costing a= bout the same amount to operate. Imagine he then went on to tell you that h= e expects to double the plane=E2=80=99s (block's) capacity every two ye= ars!=C2=A0

Without full planes (blocks), will the = airlines (miners) go out of business, since planes (blocks) will never be f= ull and the cost to add people (transactions) to a plane (block) will appro= ach zero? Probably not. Airlines (miners) still have to pay for pilots, sec= urity screening staff, fuel, etc (engineers, hash rate, electricity, etc) s= o even if their airplanes (blocks) can hold limitless people (transactions)= , they would still have to charge sufficient fees to stay in business.

What tests do you need done to move to 8MB? Pitc= h in and help get those tests done; agree that we'll run more tests nex= t year or the year after when technology might allow for 16 MB blocks. Do y= ou really want to be the guy holding back bigger planes? Do you really want= to artificially constrain block size below what technology allows?=C2=A0

In the face of such strong market demand for increa= sed capacity in globally aware global consensus, do you really think you ca= n prevent supply from meeting demand when the technology exists to deliver = it? Do you really want to force a fork because you and others won't agr= ee to a simple raise to a static 8MB?=C2=A0

Do wha= t's best for Bitcoin and define what needs to get done to agree to a si= mple block size increase to a static 8MB.
--f46d044401986ad4c10519bdf14f--