From: Sjors Provoost <sjors@sprovoost.nl>
Message-Id: <C248375C-FEE3-4DDC-96DE-FA62CE665369@sprovoost.nl>
Content-Type: multipart/signed;
	boundary="Apple-Mail=_5AAB32FD-3F2E-4C29-92CC-F07AF69201BC";
	protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.6\))
Date: Mon, 2 Oct 2017 10:09:00 +0100
In-Reply-To: <201710020256.27964.luke@dashjr.org>
To: Luke Dashjr <luke@dashjr.org>,
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
References: <201710010113.30518.luke@dashjr.org>
	<30B31B43-B603-4793-BDFB-B7E25FD96D1B@xbt.hk>
	<50CA8523-3D1A-409E-9B7D-51EA5FC4B898@friedenbach.org>
	<201710020256.27964.luke@dashjr.org>
Subject: Re: [bitcoin-dev] Version 1 witness programs (first draft)
Precedence: list


--Apple-Mail=_5AAB32FD-3F2E-4C29-92CC-F07AF69201BC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Op 2 okt. 2017, om 03:56 heeft Luke Dashjr via bitcoin-dev =
<bitcoin-dev@lists.linuxfoundation.org> het volgende geschreven:
>=20
> On Monday 02 October 2017 12:35:38 AM Mark Friedenbach wrote:
>>> b. OP_RETURNTRUE (Luke). I proposed this in an earlier version of =
BIP114
>>> but now I think it doesn=E2=80=99t interact well with signature =
aggregation, and
>>> I worry that it would have some other unexpected effects. c. =
Generalised
>>> NOP method: user has to provide the returned value, so even =
VERIFY-type
>>> code could do anything
>>=20
>> I see no reason to do either. Gate new behavior based on script =
execution
>> flags, which are set based on the script version.  Script versions =
not
>> understood are treated as "return true" to begin with.  The =
interpreter
>> isn't even going to try to decode the script according to the old =
rules,
>> let alone try to execute it, so there's no reason for the old =
soft-fork
>> compatability tricks.
>>=20
>> The new soft-fork trick is that you increment the script version =
number.
>> That is all.
>=20
> This breaks parallel softfork deployments.

If unknown script versions are treated as "return true", there's no need =
for versions to be deployed in sequence, right? Maybe they should be =
called numbered script types, rather than script versions.

Sjors

--Apple-Mail=_5AAB32FD-3F2E-4C29-92CC-F07AF69201BC
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

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

iQIzBAEBCgAdFiEE7ZvfetalXiMuhFJCV/+b28wwEAkFAlnSAiwACgkQV/+b28ww
EAkFLA/+Phr6tmMpz0gk+IJj8s/sb1AtFmJ2kF8HUyVJKb3BMk7po+qckupmhKkW
Nhd0jtlT68J56nMDi2Aa0POCTCe+GMVVv/wHAgJlo/m83PppW5iXFTtcjSspxeyC
IXKyK/APu7soQjLT7DpC0VqiucelbNun0TgFY7/5EExQWLiTwtVS9QnQH7pFNA4k
zgYTdMj9JIYdmC7+//YsH462jcih6y6vi4r3tiJdxbCVl1yK9vyVctM1ary8pIPN
wjJ2LetCK8QYZz+hnIXCvMUDrtQZsR1ZZUuQzmUEoufbZwo8Ke/L8k8VgKMlVIe5
1eo/cZQ8suWu0ftHv1VBzcvXDNO6pscV3dlHTz5jaChg5CiI80PLDBCjbF+wJftq
1EnyNaSiXLadyRC35MnNeDSSHTOUr/ebee10Bl7RihRx+3ATVU0uUSDRk6YRpAaK
NCW1vHLWHcOCRKn+UOrP9+bI/RV8z2kNvi9EOlNT0Ecp7x088LZYlgPbUb9n1Fl9
JFQMj2nDJGPRjh2+l4IAqTduAKlOtK1rfw2+8HQvFrxGzrp2q2DfP9JlRhEnNcif
8bFD2TNYOMEEY/Vj8Wo39o8F+FRvLb766t2xVg/+xlzXiZC5eubgUi4JJVaHaUT1
nznrtMWPa98u9H0SaeiGN/bq+jhms4VE8nT15t6J/Oq/TZPZHZ4=
=Cv6n
-----END PGP SIGNATURE-----

--Apple-Mail=_5AAB32FD-3F2E-4C29-92CC-F07AF69201BC--