summaryrefslogtreecommitdiff
path: root/25/5fd0550e5267685f8307054daa27630bcfc914
blob: cf68ea1acfe86f68fe002d73b68c3fdb611041b0 (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
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
Return-Path: <contact@taoeffect.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id EA8E5982
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 12 Jul 2017 22:43:34 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from homiemail-a3.g.dreamhost.com (homie.mail.dreamhost.com
	[208.97.132.208])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0F26116D
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 12 Jul 2017 22:43:33 +0000 (UTC)
Received: from homiemail-a3.g.dreamhost.com (localhost [127.0.0.1])
	by homiemail-a3.g.dreamhost.com (Postfix) with ESMTP id 70D45284078;
	Wed, 12 Jul 2017 15:43:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=taoeffect.com; h=
	content-type:mime-version:subject:from:in-reply-to:date:cc
	:message-id:references:to; s=taoeffect.com; bh=6GgsRc4UTdA58nr/9
	0ZpYwVWfMs=; b=OA8rY6YYMyD5doFjlUC56qdFOcHnPMgNwCrZi2QCyc0Mr5qhk
	l5y5v/EqYxqYE3waQRKW33ykYAbLhA0lzIVwckpWylR4Xh3puqLCMLuqa4hdBRcv
	HtwgSHY+IBL6lCzIZq8MdvNDGZHxnHxKtM3mfMroDzCyfg5E+AA8HxDzSk=
Received: from [192.168.42.67] (184-23-252-118.fiber.dynamic.sonic.net
	[184.23.252.118])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: contact@taoeffect.com)
	by homiemail-a3.g.dreamhost.com (Postfix) with ESMTPSA id 1C3EC28406C; 
	Wed, 12 Jul 2017 15:43:32 -0700 (PDT)
Content-Type: multipart/signed;
	boundary="Apple-Mail=_D0AFBEE6-EDAD-483D-91A5-3EE89CE4FCEA";
	protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Tao Effect <contact@taoeffect.com>
In-Reply-To: <6764b8af-bb4c-615d-5af5-462127bbbe36@gmail.com>
Date: Wed, 12 Jul 2017 15:43:31 -0700
X-Mao-Original-Outgoing-Id: 521592211.699102-97a45256e816d08fe84607c7668c5ee2
Message-Id: <F2C3A9F4-07AB-41B9-B915-9E33EE313F9E@taoeffect.com>
References: <24f2b447-a237-45eb-ef9f-1a62533fad5c@gmail.com>
	<83671224-f6ff-16a9-81c0-20ab578aec9d@gmail.com>
	<AAC86547-7904-4475-9966-138130019567@taoeffect.com>
	<6764b8af-bb4c-615d-5af5-462127bbbe36@gmail.com>
To: Paul Sztorc <truthcoin@gmail.com>
X-Mailer: Apple Mail (2.3273)
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, HTML_MESSAGE,
	RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Mailman-Approved-At: Wed, 12 Jul 2017 22:45:04 +0000
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Drivechain RfD -- Follow Up
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: Wed, 12 Jul 2017 22:43:35 -0000


--Apple-Mail=_D0AFBEE6-EDAD-483D-91A5-3EE89CE4FCEA
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_B33A8C94-EFDF-4B78-9242-4CDEEF324520"


--Apple-Mail=_B33A8C94-EFDF-4B78-9242-4CDEEF324520
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Paul,

I'm assuming it's OK with you that I pick up from where we left off in =
the "Scaling Roadmap" thread [1], so as to be on-topic per your request. =
(For others reading, part of my reply to the previous email in this =
thread is here [2]).

For reference, I said:

> Isn't it different in the case of P2SH and SegWit, don't full nodes =
validate the script?
>=20
> In other words, miners don't have complete control over the coins, =
full nodes keep a check on them.
>=20
> At least that was my understanding, and if that's not the case then it =
doesn't make sense to me why Pieter would earlier in this thread object =
to Drivechain on the grounds that it's a different security model.


CryptAxe's response was in part:
> You guys are both right that it is a different security model, with =
the important distinction that it is opt-in. What I disagree with about =
what you said is only that we are encouraging more risky behavior by =
adding consensus rules via softfork. There are additional risks with =
drivechains, but not because of how the new consensus rules would be =
added (it would be the same risk as the P2SH softfork).


I am now looking closer again at step number 4 in the Drivechain =
specification [2]:

4. Everyone waits for a period of, say, 3 days. This gives everyone an =
opportunity to make sure the same WT^ is in both the Bitcoin coinbase =
and the Sidechain header. If they=E2=80=99re different, everyone has =
plenty of time to contact each other, figure out what is going on, and =
restart the process until its right.


It seems to me that where our disagreement lies is in this point.

The Drivechain spec seems to claim that its use of anyone-can-pay is the =
same as P2SH (and in later emails you reference SegWit as well). Is this =
really true?

The following suggests to me it isn't:

1. Pieter Wuille's email suggests he disagrees [4]

2. Per the question in [1], it's my understanding that P2SH transactions =
contain all of the information within themselves for full nodes to act =
as a check on miners mishandling the anyone-can-spend nature of P2SH =
transactions. However, that does not seem to be the case with WT^ =
transactions.


In P2SH txns, there is no need for anyone to, as the Drivechain spec =
says, "to contact each other, figure out what is going on". Everything =
just automatically works.


If the security of WT^ transactions could be brought up to actually be =
in line with the security of P2SH and SegWit transactions, then I would =
have far less to object to.

Kind regards,
Greg Slepak


[1] =
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/014763.h=
tml =
<https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/014763.=
html>
[2] =
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/014745.h=
tml =
<https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/014745.=
html>
[3] http://www.truthcoin.info/blog/drivechain/ =
<http://www.truthcoin.info/blog/drivechain/>
[4] =
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/014721.h=
tml =
<https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/014721.=
html>

--
Please do not email me anything that you are not comfortable also =
sharing with the NSA.

> On Jun 19, 2017, at 9:04 AM, Paul Sztorc <truthcoin@gmail.com =
<mailto:truthcoin@gmail.com>> wrote:
>=20
> Hi Greg,
>=20
> Responses below:
>=20
> On 6/18/2017 5:30 PM, Tao Effect wrote:
>> In Drivechain, 51% of miners have total control and ownership over =
all
>> of the sidechain coins.
>=20
> It would not be accurate to say that miners have "total" control. =
Miners
> do control the destination of withdrawals, but they do not control the
> withdrawal-duration nor the withdrawal-frequency.
>=20

[ ...snip.. ]


--Apple-Mail=_B33A8C94-EFDF-4B78-9242-4CDEEF324520
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Paul,<div class=3D""><br class=3D""></div><div class=3D"">I'm =
assuming it's OK with you that I pick up from where we left off in the =
"Scaling Roadmap" thread [1], so as to be on-topic per your request. =
(For others reading, part of my reply to the previous email in this =
thread is here [2]).</div><div class=3D""><br class=3D""></div><div =
class=3D"">For reference, I said:</div><div class=3D""><br =
class=3D""></div><blockquote style=3D"margin: 0 0 0 40px; border: none; =
padding: 0px;" class=3D""><div class=3D""></div><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D"">Isn't it different in the =
case of P2SH and SegWit, don't full nodes validate the =
script?</div></div><div class=3D""><div class=3D""><br =
class=3D""></div></div><div class=3D""><div class=3D"">In other words, =
miners don't have complete control over the coins, full nodes keep a =
check on them.</div></div><div class=3D""><div class=3D""><br =
class=3D""></div></div><div class=3D""><div class=3D"">At least that was =
my understanding, and if that's not the case then it doesn't make sense =
to me why Pieter would earlier in this thread object to Drivechain on =
the grounds that it's a different security =
model.</div></div></blockquote></blockquote><div class=3D""><div =
class=3D""><br class=3D""></div></div><div class=3D"">CryptAxe's =
response was in part:</div><blockquote style=3D"margin: 0 0 0 40px; =
border: none; padding: 0px;" class=3D""><div class=3D""><p =
style=3D"background-color: rgb(255, 255, 255);" class=3D""><blockquote =
type=3D"cite" class=3D"">You guys are both right that it is a different =
security model, with the important distinction that it is opt-in. What I =
disagree with about what you said is only that we are encouraging more =
risky behavior by adding consensus rules via softfork. There are =
additional risks with drivechains, but not because of how the new =
consensus rules would be added (it would be the same risk as the P2SH =
softfork).&nbsp;<br class=3D""></blockquote></p><div class=3D""><br =
class=3D""></div></div></blockquote><div class=3D"">I am now looking =
closer again at step number 4 in the Drivechain specification =
[2]:</div><div class=3D""><br class=3D""></div><blockquote =
style=3D"margin: 0 0 0 40px; border: none; padding: 0px;" class=3D""><div =
class=3D""><div class=3D"">4. Everyone waits for a period of, say, 3 =
days. This gives everyone an opportunity to make sure the same WT^ is in =
both the Bitcoin coinbase and the Sidechain header. If they=E2=80=99re =
different, everyone has plenty of time to contact each other, figure out =
what is going on, and restart the process until its =
right.</div></div></blockquote><div class=3D""><br class=3D""></div><div =
class=3D""><br class=3D""></div><div class=3D"">It seems to me that =
where our disagreement lies is in this point.</div><div class=3D""><br =
class=3D""></div><div class=3D"">The Drivechain spec seems to claim that =
its use of anyone-can-pay is the same as P2SH (and in later emails you =
reference SegWit as well). Is this really true?</div><div class=3D""><br =
class=3D""></div><div class=3D"">The following suggests to me it =
isn't:</div><div class=3D""><br class=3D""></div><div class=3D"">1. =
Pieter Wuille's email suggests he disagrees [4]</div><div class=3D""><br =
class=3D""></div><div class=3D"">2. Per the question in [1], it's my =
understanding that P2SH transactions contain all of the information =
within themselves for full nodes to act as a check on miners mishandling =
the anyone-can-spend nature of P2SH transactions. However, that does not =
seem to be the case with WT^ transactions.</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""></div><div class=3D"">In =
P2SH txns, there is no need for anyone to, as the Drivechain spec says, =
"to contact each other, figure out what is going on". Everything just =
automatically works.</div><div class=3D""><br class=3D""></div><div =
class=3D""><br class=3D""></div><div class=3D"">If the security of WT^ =
transactions could be brought up to actually be in line with the =
security of P2SH and SegWit transactions, then I would have far less to =
object to.</div><div class=3D""><br class=3D""></div><div class=3D"">Kind =
regards,</div><div class=3D"">Greg Slepak</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""></div><div =
class=3D"">[1]&nbsp;<a =
href=3D"https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/=
014763.html" =
class=3D"">https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-Ju=
ly/014763.html</a></div><div class=3D"">[2]&nbsp;<a =
href=3D"https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/=
014745.html" =
class=3D"">https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-Ju=
ly/014745.html</a></div><div class=3D"">[3]&nbsp;<a =
href=3D"http://www.truthcoin.info/blog/drivechain/" =
class=3D"">http://www.truthcoin.info/blog/drivechain/</a></div><div =
class=3D"">[4]&nbsp;<a =
href=3D"https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-July/=
014721.html" =
class=3D"">https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-Ju=
ly/014721.html</a></div><div class=3D""><br class=3D""><div =
class=3D""><span style=3D"color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 14px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; =
font-variant-ligatures: normal; font-variant-position: normal; =
font-variant-numeric: normal; font-variant-alternates: normal; =
font-variant-east-asian: normal; line-height: normal; orphans: 2; =
widows: 2;" class=3D"">--</span><br style=3D"color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
font-variant-ligatures: normal; font-variant-position: normal; =
font-variant-numeric: normal; font-variant-alternates: normal; =
font-variant-east-asian: normal; line-height: normal; orphans: 2; =
widows: 2;" class=3D""><span style=3D"color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; =
font-variant-ligatures: normal; font-variant-position: normal; =
font-variant-numeric: normal; font-variant-alternates: normal; =
font-variant-east-asian: normal; line-height: normal; orphans: 2; =
widows: 2;" class=3D"">Please do not email me anything that you are not =
comfortable also sharing</span><span style=3D"color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
font-variant-ligatures: normal; font-variant-position: normal; =
font-variant-numeric: normal; font-variant-alternates: normal; =
font-variant-east-asian: normal; line-height: normal; orphans: 2; =
widows: 2;" class=3D"">&nbsp;with the NSA.</span>
</div>
<br class=3D""><div><blockquote type=3D"cite" class=3D""><div =
class=3D"">On Jun 19, 2017, at 9:04 AM, Paul Sztorc &lt;<a =
href=3D"mailto:truthcoin@gmail.com" class=3D"">truthcoin@gmail.com</a>&gt;=
 wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D"">Hi =
Greg,<br class=3D""><br class=3D"">Responses below:<br class=3D""><br =
class=3D"">On 6/18/2017 5:30 PM, Tao Effect wrote:<br =
class=3D""><blockquote type=3D"cite" class=3D"">In Drivechain, 51% of =
miners have total control and ownership over all<br class=3D"">of the =
sidechain coins.<br class=3D""></blockquote><br class=3D"">It would not =
be accurate to say that miners have "total" control. Miners<br =
class=3D"">do control the destination of withdrawals, but they do not =
control the<br class=3D"">withdrawal-duration nor the =
withdrawal-frequency.<br class=3D""><br class=3D""></div></blockquote><br =
class=3D""></div><div>[ ...snip.. ]</div><br =
class=3D""></div></body></html>=

--Apple-Mail=_B33A8C94-EFDF-4B78-9242-4CDEEF324520--

--Apple-Mail=_D0AFBEE6-EDAD-483D-91A5-3EE89CE4FCEA
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-----

iQIcBAEBCgAGBQJZZqYTAAoJEOxnICvpCVJHJc0P/2/nCS3ThsRJ/wC1RjOiFkiF
efkN6ufGSxVqu95i6erBOm2RHImDemV680XYCCUD6ow8l4iYqENALatR2iykeHM9
/t6SbCS8cwq/x2FSnJdAo546rJAWITsedhWoASr7nepdpEelOox5CXVe2sILSmFP
FzZXgWwSQMQRA8PWIr6HZKnqoUAqzmg8d++fxBKXOPaQ357tDNQNdJclY8uL0fED
q2e9zYTKqe9iYxS7LG1pDSHXeEw7Ef9iHxbi9V0m2M8iyzBPjkd87w/F2nckR5mK
f5iNaDwLZ6h56MMpSectrxU/spfOcJLq9ttyT8qLMO0oe1Gh90NVY37u9bIMCYrY
xWfDP/wtJ3ymBxQGf/z9psGwbpqn5EOGGamWqm2syN8zW5ouCnRXmgPbBNmz1luB
vvyH8FQOZsAYea54SO9gkZmTiKyg3TZJ4dRkWw5c0KExXC6e/iQZH+y9kBVEIgi3
o0ckzFKQoCyErZbBlLbKIduqSg4Z2RFZNh2VZDJC4PM5/Aqwko3SG4iKfzxCx7Mp
3oxMHFoz/JpsEajAUDhnCKJq5I8up+75CCKQuLgfhR2Ia1If6Gq98ngYq9gFTQAN
E2etRd6KMeA5U9TtGqlcWysbeJUdJiGBU87WynLIa5yS0RBJmSpRCWTkgr6kAGl/
gCaAJ2sayt0zG+ZINGKV
=nOXJ
-----END PGP SIGNATURE-----

--Apple-Mail=_D0AFBEE6-EDAD-483D-91A5-3EE89CE4FCEA--