Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: multipart/signed;
	boundary="Apple-Mail=_3EFA4552-CD49-45BC-952A-7A24993D091A";
	protocol="application/pgp-signature"; micalg=pgp-sha512
From: Jonathan Toomim <j@toom.im>
In-Reply-To: <CAPg+sBhxnxnQQ-SpWuJ-+_uxRwXkgcU07jkYdZ8BcBwVDyW-vg@mail.gmail.com>
Date: Sat, 26 Dec 2015 15:07:17 -0800
Message-Id: <2D7C4E00-7451-45B6-94B6-07A7230FBF88@toom.im>
References: <CADm_WcasDuBsop55ZWcTb2FvccaoREg8K032rUjgQUQhQ3g=XA@mail.gmail.com>
	<CAPg+sBi=Mw7UnxG1-0-0ZTRqxrS5+28VmowyYrGP2MAvYiu_pA@mail.gmail.com>
	<CADm_WcbrMyk-=OnQ-3UvnF_8brhn+X2NqRPbo5xUXsbcZpc0=Q@mail.gmail.com>
	<CAPg+sBjbATqf8DXGF7obw9a=371zQ_S0EgTapnUmukAVenTneQ@mail.gmail.com>
	<CA+c4Zozac8=aMrAJ1N_6SR9eBD+w0e70cEnk9CG_2oZ72AS-8g@mail.gmail.com>
	<CAPg+sBhsKD8jd9Y9+ngXY5tKUheO3d4P1b47eYL=Uzpat+KJ2w@mail.gmail.com>
	<751DFAA9-9013-4C54-BC1E-5F7ECB7469CC@gmail.com>
	<CAPg+sBiT5=ss9e=iac6J-A=85okF0zxMeV7H4z9-Qfx3CAWHXA@mail.gmail.com>
	<246AA3BE-570D-4B88-A63D-AC76CB2B0CB8@toom.im>
	<CAPg+sBhxnxnQQ-SpWuJ-+_uxRwXkgcU07jkYdZ8BcBwVDyW-vg@mail.gmail.com>
To: Pieter Wuille <pieter.wuille@gmail.com>
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Block size: It's economics & user preparation &
	moral hazard
Precedence: list


--Apple-Mail=_3EFA4552-CD49-45BC-952A-7A24993D091A
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_6E020B0A-9FC6-4801-A433-4B10C1906168"


--Apple-Mail=_6E020B0A-9FC6-4801-A433-4B10C1906168
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On Dec 26, 2015, at 3:01 PM, Pieter Wuille <pieter.wuille@gmail.com> =
wrote:

> I think that's extremely short, even assuming there is no controversy =
about changing the rules at all. Things like BIP65 and BIP66 already =
took significantly longer than that, were uncontroversial, and only need =
miner adoption. Full node adoption is even slower.
>=20

BIP65 and BIP66 were uncontroversial, but also generally uninteresting. =
Most people don't care about OP_CLTV right now, and they won't for quite =
a while longer. They neglect to upgrade their full nodes because there =
has been no reason to.

Given that a supermajority of users and miners have been asking for a =
hard fork to increase the blocksize for years, I do not think that =
mobilizing people to upgrade their nodes is going to be hard.

When we do the hard fork, we will need to encourage people to upgrade =
their full nodes. We may want to request that miners not trigger the =
fork until some percentage of visible full nodes have upgraded.

--Apple-Mail=_6E020B0A-9FC6-4801-A433-4B10C1906168
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space;"><div>On Dec 26, 2015, at 3:01 PM, Pieter Wuille =
&lt;<a =
href=3D"mailto:pieter.wuille@gmail.com">pieter.wuille@gmail.com</a>&gt; =
wrote:</div><div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><p dir=3D"ltr">I think that's extremely short, even =
assuming there is no controversy about changing the rules at all. Things =
like BIP65 and BIP66 already took significantly longer than that, were =
uncontroversial, and only need miner adoption. Full node adoption is =
even slower.</p></blockquote><br></div><div>BIP65 and BIP66 were =
uncontroversial, but also generally uninteresting. Most people don't =
care about OP_CLTV right now, and they won't for quite a while longer. =
They neglect to upgrade their full nodes because there has been no =
reason to.&nbsp;</div><div><br></div><div>Given that a supermajority of =
users and miners have been asking for a hard fork to increase the =
blocksize for years, I do not think that mobilizing people to upgrade =
their nodes is going to be hard.</div><div><br></div><div>When we do the =
hard fork, we will need to encourage people to upgrade their full nodes. =
We may want to request that miners not trigger the fork until some =
percentage of visible full nodes have upgraded.</div></body></html>=

--Apple-Mail=_6E020B0A-9FC6-4801-A433-4B10C1906168--

--Apple-Mail=_3EFA4552-CD49-45BC-952A-7A24993D091A
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJWfx2lAAoJEIEuMk4MG0P1Gr8H/ikECfr+h9wqD4UAUMdsz7SZ
azJOtjLMG5PYFCmvkzjSmerRtU2QYt3NP0VflbopmHyGzLqJJCRW9USOR0NrcvIT
RjDTXeW+eQaXCjXvCDH6wt4zIVMlL7oetybS+0aG+kwsai4QUM88bbBF6IaKsC+G
MLCzIfWacflME08u2n5isv+mRSzp/Xc+MmPj0ranVnVAHxzSefJIz+bnORRLcaTT
DT0QaNDm8PcBgJDyvp7jMPztvxMDXwPa3HbDNYNQVvmBFVMLKU/QhG05cAmv8WK3
MGeW9wRXdBWB87+bjo2ZtpVuXk9jra8g/uPDOMAfnGWAoPDsDw09CbQS6ro5lTc=
=DRIZ
-----END PGP SIGNATURE-----

--Apple-Mail=_3EFA4552-CD49-45BC-952A-7A24993D091A--