Date: Thu, 4 Feb 2016 13:19:35 -0500
From: Peter Todd <pete@petertodd.org>
To: Gavin Andresen <gavinandresen@gmail.com>
Message-ID: <20160204181935.GA28036@muck>
References: <f225318eddd0aadc71861f988f2f4674@xbt.hk>
	<CABsx9T2VoWm04i_vQv7u0vXM6hdMBM29bnMSuv8RmMFMGxOdpg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg"
Content-Disposition: inline
In-Reply-To: <CABsx9T2VoWm04i_vQv7u0vXM6hdMBM29bnMSuv8RmMFMGxOdpg@mail.gmail.com>
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Hardfork bit BIP
Precedence: list


--gKMricLos+KVdGMg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Feb 04, 2016 at 12:36:06PM -0500, Gavin Andresen via bitcoin-dev wr=
ote:
> This BIP is unnecessary, in my opinion.
>=20
> I'm going to take issue with items (2) and (3) that are the motivation for
> this BIP:
>=20
> " 2. Full nodes and SPV nodes following original consensus rules may not =
be
> aware of the deployment of a hardfork. They may stick to an
> economic-minority fork and unknowingly accept devalued legacy tokens."
>=20
> If a hardfork is deployed by increasing the version number in blocks (as =
is
> done for soft forks), then there is no risk-- Full and SPV nodes should
> notice that they are seeing up-version blocks and warn the user that they
> are using obsolete software.

1) There is no way to guarantee that nodes will see those blocks, and
the current network behavior works against such guarantees even in the
non-adversarial case.

2) I know of no currently deployed SPV wallet software that warns users
about unknown block versions anyway.

--=20
https://petertodd.org 'peter'[:-1]@petertodd.org
000000000000000008320874843f282f554aa2436290642fcfa81e5a01d78698

--gKMricLos+KVdGMg
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----

iQGrBAEBCACVBQJWs5Y0XhSAAAAAABUAQGJsb2NraGFzaEBiaXRjb2luLm9yZzAw
MDAwMDAwMDAwMDAwMDAwODMyMDg3NDg0M2YyODJmNTU0YWEyNDM2MjkwNjQyZmNm
YTgxZTVhMDFkNzg2OTgvFIAAAAAAFQARcGthLWFkZHJlc3NAZ251cGcub3JncGV0
ZUBwZXRlcnRvZC5vcmcACgkQwIXyHOf0udym+Af+IrcaCxFNrl6EX8m09CgaJsW8
izJ8FPljcSMfEy3p3wU7hyIqq7GXQaHVLZPn3kBGJZf07GZD3c9z05tjT3JOZciA
4N/bTAHh5qOA09qGpwZi99mzCsk9ICvXqP3AwFRQ1lI+B9bEivgupLl7lYi1j5Q7
1NCVEqX0xiPbcR/j0Jr4XV8WG0mMxkoxBNP3zr/yp3j2Dcf7JNzaXkVAXW9qpwB7
BqCrp9W0jD5Ij0znotxWzg1nIjBxU8GwpIm08CBCbFJazGV0yaZHw7jgQ81418dO
tRIYl+5H1NUcGT8mEc3eDAJP+/v/MBHmxl0da4zbeicATOJD1PPr4Hdtg7UJ/w==
=jyP4
-----END PGP SIGNATURE-----

--gKMricLos+KVdGMg--