Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 97954AAC for ; Tue, 23 Jun 2015 20:50:50 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from outmail148113.authsmtp.com (outmail148113.authsmtp.com [62.13.148.113]) by smtp1.linuxfoundation.org (Postfix) with ESMTP id C7F101C4 for ; Tue, 23 Jun 2015 20:50:49 +0000 (UTC) Received: from mail-c237.authsmtp.com (mail-c237.authsmtp.com [62.13.128.237]) by punt17.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t5NKol2s081758; Tue, 23 Jun 2015 21:50:47 +0100 (BST) Received: from muck ([209.141.138.18]) (authenticated bits=128) by mail.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t5NKoh2O053374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 23 Jun 2015 21:50:46 +0100 (BST) Date: Tue, 23 Jun 2015 16:50:43 -0400 From: Peter Todd To: Pieter Wuille Message-ID: <20150623205042.GB18677@muck> References: <20150623192838.GG30235@muck> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI" Content-Disposition: inline In-Reply-To: X-Server-Quench: 85c15305-19e9-11e5-9f74-002590a135d3 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCd2Yg0TA1ZNQRgX IjsJECJaVQIpKltL GxAVKBZePFsRUQkR aQdMdAEUEkAaAgsB AmMbWVVeVV17XWU7 aQpYcwRZY1RPXA10 UUBWR1pVCwQmRRl/ fUFGUGZycgZFf3o+ ZEJnVnQVVEEpdEN+ QktJFGRTbHphaTUa TUkOcAdJcANIexZF O1F8UScOLwdSbGoL FQ4vNDcwO3BTJTpg Ci0XJFwOCWwqJnZu Dx4DDTgjWFYORyg/ MhgrYlQYG00Sel4z I1ZpWFQTKRIbEQA2 X-Authentic-SMTP: 61633532353630.1024:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 209.141.138.18/587 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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] Draft BIP : fixed-schedule block size increase 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, 23 Jun 2015 20:50:50 -0000 --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 23, 2015 at 10:26:38PM +0200, Pieter Wuille wrote: > On Tue, Jun 23, 2015 at 10:12 PM, Gavin Andresen > wrote: >=20 > > On Tue, Jun 23, 2015 at 3:28 PM, Peter Todd wrote: > > > >> Wladimir noted that 'The original presented intention of block size > >> increase was a one-time "scaling" to grant time for more decentralizing > >> solutions to develop' > >> > >> Comments? > >> > > > > Consensus is that this process is too painful to go through once a year. > > I agree. > > >=20 > If you believe we will need to go through this process once a year, we are > not talking about a one-time scaling to grant time for more decentralizing > solutions. It means you think we should keep scaling. I don't disagree > there - as long as we're talking about scaling as availability of > bandwidth, storage and processing power increase, there is no reason > Bitcoin's blockchain can't grow proportionally. >=20 > However, an initial bump 8 MB and the growth rate afterwards seem more li= ke > a no-effectively-limit-ever to me. In particular, note how this bump is being proposed at a time when blockchain space demand is so low that transactions usually cost well under a penny each, a insignificant amount of money for almost all use-cases. > I fear that the wish of not wanting to deal with - admittedly - a very ha= rd > problem, resulted here in throwing away several protections we currently > have. And yes, I know you believe 8 MB won't be created immediately. I > truly, honestly, do not think so either. But I prefer a system where I > don't need to rely on anyone's guesses for the future. In that regard Jeff Garzik's proposal of a blocksize increase with a miner vote feedback mechanism is a huge improvement over Gavin's proposal. --=20 'peter'[:-1]@petertodd.org 000000000000000008c0be16e152f86ab3a271a13c3f41c56228d72990abf7bd --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iQGrBAEBCACVBQJVicagXhSAAAAAABUAQGJsb2NraGFzaEBiaXRjb2luLm9yZzAw MDAwMDAwMDAwMDAwMDAwOGMwYmUxNmUxNTJmODZhYjNhMjcxYTEzYzNmNDFjNTYy MjhkNzI5OTBhYmY3YmQvFIAAAAAAFQARcGthLWFkZHJlc3NAZ251cGcub3JncGV0 ZUBwZXRlcnRvZC5vcmcACgkQwIXyHOf0udzO1gf/R7IAI2dPR8rX5cDJg/VMEEF7 aRP5amZGT4tk/zeV/CyBY0JPcC3JU2GX4NfY+RooD5VJhCzBXU80jH22DaOKyQt8 LIiwTEjwD9oY7Pmuh5uWA3WM2OT86jeRc3Wza1hib9xmU0mOK7ApGLNnhtNcX0sg dRC+MfJzYFgksCTgbWo+of9LwJOttIh+QlZlRs2LcTJm5Zvg9Hpn7FOXB7HS4DlY PrWZbMuP8mJQPz16cDtylCeGdYW/z1DgaooUthbiagFTQdV1OTs8y824f4gMWRnk ePjsUJkrnOp3xcKdHTfzfmZDnyuDYI+Ddgfm/i8vp3tZm8WJwBB96qbt97ZFwg== =U/59 -----END PGP SIGNATURE----- --PmA2V3Z32TCmWXqI--