summaryrefslogtreecommitdiff
path: root/08/30e9d19b750d202b50e4bbbeab6d53a2dca27c
blob: 999a80f02cc6d14a1b2d7f2265db9de0f3971447 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
Return-Path: <sjors@sprovoost.nl>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 7DE5E305
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon,  2 Oct 2017 09:09:08 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com
	[66.111.4.25])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7508CA8
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon,  2 Oct 2017 09:09:06 +0000 (UTC)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 286EF227B5;
	Mon,  2 Oct 2017 05:09:05 -0400 (EDT)
Received: from frontend1 ([10.202.2.160])
	by compute1.internal (MEProxy); Mon, 02 Oct 2017 05:09:05 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sprovoost.nl; h=
	cc:content-type:date:from:in-reply-to:message-id:mime-version
	:references:subject:to:x-me-sender:x-me-sender:x-sasl-enc
	:x-sasl-enc; s=fm1; bh=33gtv9ZnRg9fyPFdwNEg+qRlmPk0y8WgqEk3/g5zi
	C0=; b=AKmLO4Ze4BUNMWbwzZghi3ksxGQ/MfhIs0N3MUh+B6gega8Bsnm+diTdc
	wZEvjfmR/qGHscoeHEkeJPyM3kq+/JL8x1bS79Wian4RJnTf/Af4n0Dk/pAyo/YS
	qHH0Dx9W1tPZQ0xqNUQ3l2yzw3WjN02UwZkT40hmlUY1IrBRDwmWQwP26dyqaWdD
	RHR4NJL8rREKgg0e3ieeScJO8EOJ/CwIDEAXRoiau5RD3cmArQttnkIGMymyvCj6
	ig6Cef0zHpapOlYqf2HE5X5G6nPhwtWcSqOjKlG3twc312zrXVO72ru3upqCnuaP
	DkKdKTubPwFE6zGm97xqi+7Urvojw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-me-sender
	:x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=33gtv9ZnRg9fyPFdwN
	Eg+qRlmPk0y8WgqEk3/g5ziC0=; b=Oq7PpiKKo8+xQRLegK9If1jea+N7j50vro
	Bd/nRSPIUBkIf4wK1NTdYOYYdZ7a90UfoVRRoVNQ5eJhlCWlfOF8TipIvb0l0mHm
	Mdt/LR2AwXurTwzdLv+8Ih/2jCyq5utIsuTEGxEmG2iBEUMXjd/GgakAzLvqF6Ad
	4GEscCRkNR2j8b0vkEBft4n9jcKj2r9Eze8g7l4aNchvJNQaWMl516EVfghtOcvF
	MLZrZ563FdlbhzTdfKrvVJIeUa+liXqZ4y2VI0/fCYUA3L1UypTke1BVyvjqUEwj
	CB6w8IDHI093n4ijQDl+nMUm3WMTL3a7pmfFl8s0SfEtzbsgsp6A==
X-ME-Sender: <xms:MQLSWR2keAJHFIqTz4eynIihR5aXLwJAaZw21n_jY2ZLTj_xTjIKlQ>
X-Sasl-enc: uvAptMIND+c+UyWIT+/ilnc7HDPqOvWdT861Yrf0tJGh 1506935344
Received: from [172.20.10.2] (unknown [84.241.196.42])
	by mail.messagingengine.com (Postfix) with ESMTPA id E64397F96D;
	Mon,  2 Oct 2017 05:09:03 -0400 (EDT)
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>
X-Mailer: Apple Mail (2.3445.1.6)
X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,RCVD_IN_DNSWL_LOW autolearn=disabled version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Mailman-Approved-At: Mon, 02 Oct 2017 09:41:12 +0000
Subject: Re: [bitcoin-dev] Version 1 witness programs (first draft)
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Oct 2017 09:09:08 -0000


--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--