summaryrefslogtreecommitdiff
path: root/a2/1252a4ea3fee3b2759555a4b79279031db907d
blob: 200f40bc4ec17f0ca71a3f10e6cd9c77c7ac8748 (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
Return-Path: <jaejoon@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A1EB3958
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 11 Apr 2017 23:42:44 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 905FF108
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 11 Apr 2017 23:42:43 +0000 (UTC)
Received: by mail-wm0-f47.google.com with SMTP id t189so12053258wmt.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 11 Apr 2017 16:42:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc; bh=tgx8mGxtw1yEUrwP/4Td6dzV9gYZ5XLtUv4L3RKTFiA=;
	b=czieXlIYc/+qc0UWR1shT1MCWPlxzv0/mpk+0f8AakY1SUT0FJ2XQt1n8Yq5S8i4wq
	eCkUWu2fjvc0QR7Q18T8qDTuEipE76PKbIuDkIC2K95pefTKHu8yyB6vbRGwA1wMj9A6
	zJp8imSl2ggWBKTmTajCPI5mqPfkutQA2gaq5LdaI8vuYi7y1t/j8jQtSxz0p9XGyZLG
	VNI7Id683pVZ17fGHfu73+akulbTDqvb+Az5sS01FCCG3aHWzHCU0OkVbqMf+fh1pcuY
	OU77DJbszYh0sKc+5ZAa5lw2jwF/uGrryNyRzlr3SvSR0mCs261Lagu2tPE3GE0IR2ku
	0aVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:cc;
	bh=tgx8mGxtw1yEUrwP/4Td6dzV9gYZ5XLtUv4L3RKTFiA=;
	b=TBXeuGFYu1sstuKANO2aSdYLpDarVccUsK56LWxXKZ1LZW//e+KGdWZobO5WSVLVjD
	LU70o9CgN8y+pQKtLjxejZZyyJWv1HNhVuHC2aWSjq3jZEoIvwlSNicvAJsGojyywFVI
	8vjPOROyvHel0SkJ0e3nplmUOjjUqTXzx5GCQNdaL5eFQtvRrpVRsEIP/sxw2IoonQuk
	7Ufa6091mXRMXtO62J+BTpHv11WEVc5v+Vf5+v8prFSU3rcAqaMTtL6rxKd+nauaFHhA
	YAV5vlyQbiRX9ZzGk7PosZCKQYCAfW6EqSyiR0MTFzLojOEIGMIu7ohUBvRKrgIUi30C
	5xWA==
X-Gm-Message-State: AN3rC/6LTWtlzEZxNFWuhgwOjLHQejFrRK05Jlju6gX6nnYxnJN8EAA4CV2C7V51sNOI+HZz8rgvmy+G6kNZ6w==
X-Received: by 10.28.71.8 with SMTP id u8mr153711wma.39.1491954162225; Tue, 11
	Apr 2017 16:42:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.131.225 with HTTP; Tue, 11 Apr 2017 16:42:41 -0700 (PDT)
In-Reply-To: <CABm2gDrXTVpJ9_HAkQh87qeBOu6FhfxeM7S-qy0APYrLwWWKnA@mail.gmail.com>
References: <CAJR7vkpRhNsQsem-nFkeubX04xx1y7aHwCENfg0d1266oOsXMw@mail.gmail.com>
	<2151650.Y6dYBXdtR5@strawberry>
	<04bbsNGwBdLiye5VgB_cNxkCNiOSNJBWFpI2QbN_o_ZQWRLEU7FjgkfOi5DZXrrBeQIuacMn_JHGzzX4dCmoyjmpT6PI9GZDu3JDgpgT4Pw=@protonmail.com>
	<CAJR7vkruAKxyB4GpU7=Tb7U8+zHzrb4PbL5zssC70BEtFVY=WA@mail.gmail.com>
	<CABm2gDrXTVpJ9_HAkQh87qeBOu6FhfxeM7S-qy0APYrLwWWKnA@mail.gmail.com>
From: Jimmy Song <jaejoon@gmail.com>
Date: Tue, 11 Apr 2017 18:42:41 -0500
Message-ID: <CAJR7vkooXmmUYOyREupvcfqmV+MVO-=aO2g0o_Exr5zV23JCQw@mail.gmail.com>
To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= <jtimon@jtimon.cc>
Content-Type: multipart/alternative; boundary=94eb2c0d0918dc5a23054ceca51d
X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
	RCVD_IN_DNSWL_NONE, 
	RCVD_IN_SORBS_SPAM,URIBL_BLACK autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Mailman-Approved-At: Tue, 11 Apr 2017 23:47:25 +0000
Cc: "bitcoin-dev@lists.linuxfoundation.org"
	<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] A Small Modification to Segwit
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: Tue, 11 Apr 2017 23:42:44 -0000

--94eb2c0d0918dc5a23054ceca51d
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Jorge, I'll be happy to discuss with you more about whether allowing
ASICBoost would actually secure the network more or not, but that's not my
main motivation. My main motivation is to get more miners to accept segwit.

The version bit usage part, I don't believe requires any code changes as
those bits aren't being used by BIP9 anyway, though some cleanup to
restrict them later is probably a good idea.
The requiring witness commitment part would require some changes, but
according to Timo Hanke, that's actually not necessary as overt is so much
more efficient.

In any case, I'm happy to close this discussion until there's some
indication that more miners would accept segwit as a result of this change.

Jimmy

On Tue, Apr 11, 2017 at 4:25 PM, Jorge Tim=C3=B3n <jtimon@jtimon.cc> wrote:

> On Tue, Apr 11, 2017 at 4:40 PM, Jimmy Song via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org> wrote:
> > I've changed the proposal so only 8 bits are given to grinding so
> something
> > like 20 bits are available for signaling.
> >
> > I have to say I'm at a loss here as to what's next? Should I make a new
> BIP
> > or try to convince the authors of BIP141 to modify their BIP? Could
> someone
> > inform me on the next part of the process?
>
> See bip2, specifically
> https://github.com/bitcoin/bips/blob/master/bip-0002.
> mediawiki#bip-workflow
>
> "Following a discussion, the proposal should be submitted to the BIPs
> git repository as a pull request. This draft must be written in BIP
> style as described below, and named with an alias such as
> "bip-johndoe-infinitebitcoins" until the editor has assigned it a BIP
> number (authors MUST NOT self-assign BIP numbers)."
>
> But I think it's kind of late to modify bip141, given that there's
> code out there with the current specification.
> I guess you can propose extensions or alternatives to replace it. I'm
> really not sure what's the next step, but I don't think you have
> provided enough motivation as to why we would want to maintain
> asicboost. You said it makes the network more secure, but that's not
> the case, as explained, not even if all honest miners use it.
>
> > On Tue, Apr 11, 2017 at 8:25 AM, Sancho Panza via bitcoin-dev
> > <bitcoin-dev@lists.linuxfoundation.org> wrote:
> >>
> >> Tom Zander wrote:
> >>
> >> > The version field is still needed to actually allow future block
> version
> >> > upgrades. We would cut off our road forward if that were to be
> blocked.
> >>
> >> I tend to agree, if all 32 bits were given up to grinding.
> >>
> >> But it's worth pointing out that BIP9 is purely informational, and the
> top
> >> 3 bits are still reserved for other purposes. One of them could perhap=
s
> be
> >> used to signal for an extended version field somewhere else, leaving t=
he
> >> bottom 29 as entropy?
> >>
> >> Not a direction I prefer, but just a technical possibility perhaps.
> >>
> >> _______________________________________________
> >> bitcoin-dev mailing list
> >> bitcoin-dev@lists.linuxfoundation.org
> >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
> >>
> >
> >
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev@lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
> >
>

--94eb2c0d0918dc5a23054ceca51d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Jorge, I&#39;ll be happy to discuss with you more about wh=
ether allowing ASICBoost would actually secure the network more or not, but=
 that&#39;s not my main motivation. My main motivation is to get more miner=
s to accept segwit.=C2=A0<div><br></div><div>The version bit usage part, I =
don&#39;t believe requires any code changes as those bits aren&#39;t being =
used by BIP9 anyway, though some cleanup to restrict them later is probably=
 a good idea.</div><div>The requiring witness commitment part would require=
 some changes, but according to Timo Hanke, that&#39;s actually not necessa=
ry as overt is so much more efficient.</div><div><br></div><div>In any case=
, I&#39;m happy to close this discussion until there&#39;s some indication =
that more miners would accept segwit as a result of this change.</div><div>=
<br></div><div>Jimmy</div></div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Tue, Apr 11, 2017 at 4:25 PM, Jorge Tim=C3=B3n <span di=
r=3D"ltr">&lt;<a href=3D"mailto:jtimon@jtimon.cc" target=3D"_blank">jtimon@=
jtimon.cc</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span cl=
ass=3D"">On Tue, Apr 11, 2017 at 4:40 PM, Jimmy Song via bitcoin-dev<br>
&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@li=
sts.<wbr>linuxfoundation.org</a>&gt; wrote:<br>
&gt; I&#39;ve changed the proposal so only 8 bits are given to grinding so =
something<br>
&gt; like 20 bits are available for signaling.<br>
&gt;<br>
&gt; I have to say I&#39;m at a loss here as to what&#39;s next? Should I m=
ake a new BIP<br>
&gt; or try to convince the authors of BIP141 to modify their BIP? Could so=
meone<br>
&gt; inform me on the next part of the process?<br>
<br>
</span>See bip2, specifically<br>
<a href=3D"https://github.com/bitcoin/bips/blob/master/bip-0002.mediawiki#b=
ip-workflow" rel=3D"noreferrer" target=3D"_blank">https://github.com/bitcoi=
n/<wbr>bips/blob/master/bip-0002.<wbr>mediawiki#bip-workflow</a><br>
<br>
&quot;Following a discussion, the proposal should be submitted to the BIPs<=
br>
git repository as a pull request. This draft must be written in BIP<br>
style as described below, and named with an alias such as<br>
&quot;bip-johndoe-infinitebitcoins&quot; until the editor has assigned it a=
 BIP<br>
number (authors MUST NOT self-assign BIP numbers).&quot;<br>
<br>
But I think it&#39;s kind of late to modify bip141, given that there&#39;s<=
br>
code out there with the current specification.<br>
I guess you can propose extensions or alternatives to replace it. I&#39;m<b=
r>
really not sure what&#39;s the next step, but I don&#39;t think you have<br=
>
provided enough motivation as to why we would want to maintain<br>
asicboost. You said it makes the network more secure, but that&#39;s not<br=
>
the case, as explained, not even if all honest miners use it.<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
&gt; On Tue, Apr 11, 2017 at 8:25 AM, Sancho Panza via bitcoin-dev<br>
&gt; &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-d=
ev@lists.<wbr>linuxfoundation.org</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Tom Zander wrote:<br>
&gt;&gt;<br>
&gt;&gt; &gt; The version field is still needed to actually allow future bl=
ock version<br>
&gt;&gt; &gt; upgrades. We would cut off our road forward if that were to b=
e blocked.<br>
&gt;&gt;<br>
&gt;&gt; I tend to agree, if all 32 bits were given up to grinding.<br>
&gt;&gt;<br>
&gt;&gt; But it&#39;s worth pointing out that BIP9 is purely informational,=
 and the top<br>
&gt;&gt; 3 bits are still reserved for other purposes. One of them could pe=
rhaps be<br>
&gt;&gt; used to signal for an extended version field somewhere else, leavi=
ng the<br>
&gt;&gt; bottom 29 as entropy?<br>
&gt;&gt;<br>
&gt;&gt; Not a direction I prefer, but just a technical possibility perhaps=
.<br>
&gt;&gt;<br>
&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; bitcoin-dev mailing list<br>
&gt;&gt; <a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-d=
ev@lists.<wbr>linuxfoundation.org</a><br>
&gt;&gt; <a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitc=
oin-dev" rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation=
.<wbr>org/mailman/listinfo/bitcoin-<wbr>dev</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt; ______________________________<wbr>_________________<br>
&gt; bitcoin-dev mailing list<br>
&gt; <a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@l=
ists.<wbr>linuxfoundation.org</a><br>
&gt; <a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-=
dev" rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.<wb=
r>org/mailman/listinfo/bitcoin-<wbr>dev</a><br>
&gt;<br>
</div></div></blockquote></div><br></div>

--94eb2c0d0918dc5a23054ceca51d--