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
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
|
Return-Path: <fresheneesz@gmail.com>
Received: from smtp2.osuosl.org (smtp2.osuosl.org [140.211.166.133])
by lists.linuxfoundation.org (Postfix) with ESMTP id 4920EC0012
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 31 Mar 2022 04:31:29 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp2.osuosl.org (Postfix) with ESMTP id 21584403B3
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 31 Mar 2022 04:31:29 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: smtp2.osuosl.org (amavisd-new);
dkim=pass (2048-bit key) header.d=gmail.com
Received: from smtp2.osuosl.org ([127.0.0.1])
by localhost (smtp2.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id zpbdycXsLsII
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 31 Mar 2022 04:31:27 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com
[IPv6:2a00:1450:4864:20::534])
by smtp2.osuosl.org (Postfix) with ESMTPS id 90F6E4014E
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 31 Mar 2022 04:31:27 +0000 (UTC)
Received: by mail-ed1-x534.google.com with SMTP id a17so26763688edm.9
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 30 Mar 2022 21:31:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=QTgXOjbCiZpNG1sQA0PxJIrEeGYdkEMcQgZOR3135e0=;
b=nDKej7SGWq7P8jjTem++z9RTnzWif9IgEjlqzISXtYafYuKqwLOm2EMnuJ3VdTJwVx
hXPOp9rGiEgBkfXOwYE2gS8QRwM8DfYxFRU18JTqQJX2TEKS7XB4qfWkyMYFF0x0IPeB
r3h4dncDbg3J1tYPyiYDNNGJJe6sfYjkwnMk1+6tULw0c2awuSbTfHxZzrkdNxxjXEf0
PljWOaAel/rvGONAFMvqBBuZCXp2ubIFIdcHnja9ticWxNoQbnkvfiv+1g9FuoJ0m9QD
CO0mlpsDijeB17tFwHXj0QehqhWUjG/3z4Z26Ax5IFHZOp4n6sjK/2Z0Qez8TAY2pVv3
ykgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=QTgXOjbCiZpNG1sQA0PxJIrEeGYdkEMcQgZOR3135e0=;
b=K+YT3Anjgy8hpzYnKI4D9bOJeT6wpO7urLLz0rGeh42WgWFEa81W1vn+QkRsFtPGjD
FwqvMNsyuP8lbUeHBvMNzr8hH7IxYxJWwHD0Py7QWe+8RUwbGaf0n5Xp2UbXZFZeElrw
H47/UC+H68SSofcCVXnafjUTuB/nO+Vw3OWJ5syLPaNQcYyuiHJpnMhqMsGCNYjOg2Ja
iu1pMTEQAEDjo408cJviwed9qOdvQ+q2IZ/KHh+xVzXAJNxSJVwdRerz0VXL0+BIsji0
iO5e0AnffEOs1X09IGhRIJ3f56/f/YJf/8NePtHd5Jx73mfEUqg8vaC/R4e4pwYxJmts
/Uaw==
X-Gm-Message-State: AOAM5320YPbDIh2/c5/iGpy/FLOAMrs7S5lST8l+VR0D69ox3zX02hee
DKk7AhCfwVxCHpDSNACg+xx1ZZFoqeRGFgcchQax1KTs
X-Google-Smtp-Source: ABdhPJwFHuZFnFVYevehDSjHrcOjgHYkd4Za4mUTLWEP3oFnkEQR7uJ8ivF+GyYOW+GfFXZ+NgGNgk447EyByCd0vl8=
X-Received: by 2002:a50:ec94:0:b0:419:75fa:f695 with SMTP id
e20-20020a50ec94000000b0041975faf695mr14896612edr.355.1648701085611; Wed, 30
Mar 2022 21:31:25 -0700 (PDT)
MIME-Version: 1.0
References: <Rjjd7fhVSjF6O7UsQS-jyKOTglh6iezHoxXxyH8ywv5wKrHNQD5p9mLDUhYxsxuZCzb6bH0TgcXsDtTB8vWYdCbn2-bLjF5GhI8g6DRYCeA=@protonmail.com>
<CAGpPWDYCVq-15d-hwMWGs=WoG7=7n7zR-pUrx9ANNpYb5z-31A@mail.gmail.com>
<D908viKzD2oAEvIxutANq_OUQ1izhkDvUEb1lybk1Qg1EAyqyGi0FrLICo6VwGr8lAW3IlSUIw3MOKG8S0yvmwexkQ91Ych8sctJ0qkfnvI=@protonmail.com>
In-Reply-To: <D908viKzD2oAEvIxutANq_OUQ1izhkDvUEb1lybk1Qg1EAyqyGi0FrLICo6VwGr8lAW3IlSUIw3MOKG8S0yvmwexkQ91Ych8sctJ0qkfnvI=@protonmail.com>
From: Billy Tetrud <billy.tetrud@gmail.com>
Date: Wed, 30 Mar 2022 23:31:09 -0500
Message-ID: <CAGpPWDbTfW3fTO1K=aFj1vUym5zbDes8DgifqLHUGCCV7Vgh4g@mail.gmail.com>
To: pushd <pushd@protonmail.com>
Content-Type: multipart/alternative; boundary="0000000000008c7b7005db7c229a"
X-Mailman-Approved-At: Thu, 31 Mar 2022 07:41:18 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>,
Anthony Towns <aj@erisian.com.au>
Subject: Re: [bitcoin-dev] Speedy Trial
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
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: Thu, 31 Mar 2022 04:31:29 -0000
--0000000000008c7b7005db7c229a
Content-Type: text/plain; charset="UTF-8"
> Many users, miners and exchanges still think its voting
Why do you care what they think? Why does it matter if they misunderstand?
> it is not an imaginary group of people
If the people aren't imaginary, then its their importance that's imaginary.
> One example of a mining pool
This isn't even sufficient evidence that they don't understand. Its quite
possible they're using the word "voting" loosely or that they don't
understand english very well. And again, so what if they tweet things that
are not correctly worded? This is not a reason to change how we design
bitcoin soft forks.
Its not even wrong to say that a particular signaling round is very much
like voting. What's wrong is saying that bitcoin upgrades are made if and
only if miners vote to approve those changes.
> I see a problem that exists
You haven't convinced me this is a significant problem. What are the
concrete downsides? Why do you think this can't be fixed by simple
persistent explaining? You can find groups of people who misunderstand
basically any aspect of bitcoin. The solution to people misunderstanding
the design is never to change how bitcoin is designed.
On Wed, Mar 30, 2022 at 4:14 PM pushd <pushd@protonmail.com> wrote:
> > No it does not. This narrative is the worst. A bad explanation of
> speedy trial can mislead people into thinking miner signalling is how
> Bitcoin upgrades are voted in. But a bad explanation can explain anything
> badly.
>
> I agree it is worst but why do you think this narrative exists? People
> have tried explaining it. Many users, miners and exchanges still think its
> voting. I think the problem is with activation method so BIP 8/LOT=TRUE is
> a solution.
>
>
> > The solution is not to change how we engineer soft forks, it's to
> explain speedy trial better to this imaginary group of important people
> that think miner signaling is voting.
>
> We can suggest different solutions but the problem exists and it is not an
> imaginary group of people.
>
> One example of a mining pool: https://archive.ph/oyH04
>
>
> > We shouldn't change how we engineer Bitcoin because of optics. I
> completely object to that point continuing to be used.
>
> Voting as described on wiki is quite similar to what happens during miners
> signaling followed by activation if a certain threshold is reached. If some
> participants in this process consider it voting instead of signaling for
> readiness then listing advantages of a better activation method should help
> everyone reading this thread/email.
>
> Sorry, I don't understand your objection. I see a problem that exists
> since years and a better activation method fixes it. There are other
> positives for using BIP 8/LOT=TRUE which I shared in
> https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2022-March/020178.html
>
> I will continue to discuss this problem with solutions until we use better
> activation methods for future soft forks in any discussion about activation
> methods.
>
>
> pushd
> ---
>
> parallel lines meet at infinity?
>
> ------- Original Message -------
> On Thursday, March 31st, 2022 at 1:40 AM, Billy Tetrud <
> billy.tetrud@gmail.com> wrote:
>
> @Pushd
>
> > Speedy trial makes it worse by misleading lot of bitcoin users
> including miners to consider signaling as voting and majority votes decide
> if a soft fork gets activated
>
> No it does not. This narrative is the worst. A bad explanation of speedy
> trial can mislead people into thinking miner signalling is how Bitcoin
> upgrades are voted in. But a bad explanation can explain anything badly.
> The solution is not to change how we engineer soft forks, it's to explain
> speedy trial better to this imaginary group of important people that think
> miner signaling is voting.
>
> We shouldn't change how we engineer Bitcoin because of optics. I
> completely object to that point continuing to be used.
>
> On Wed, Mar 30, 2022, 05:36 pushd via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>
>> > Any case where a flawed proposal makes it through getting activation
>> parameters set and released, but doesn't achieve supermajority hashpower
>> support is made worse by bip8/lot=true in comparison to speedy trial.
>>
>> - Flawed proposal making it through activation is a failure of review
>> process
>>
>> - Supermajority hashpower percentage decided by bitcoin core developers
>> can choose to not follow old or new consensus rules at any point
>>
>> - Speedy trial makes it worse by misleading lot of bitcoin users
>> including miners to consider signaling as voting and majority votes decide
>> if a soft fork gets activated
>>
>> - BIP 8/LOT=TRUE keeps things simple. Miners need to follow consensus
>> rules as they do right now if they wish to mine blocks for subsidy and fees.
>>
>>
>> Note: Mining pools or individual miners can participate in soft fork
>> discussions regardless of activation method and share their concern which
>> can be evaluated based on technical merits.
>>
>>
>> pushd
>> ---
>>
>> parallel lines meet at infinity?
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev@lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>
>
>
--0000000000008c7b7005db7c229a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">>=C2=A0
<span style=3D"font-family:arial;font-size:14px">Many users, miners and exc=
hanges still think its voting</span><div><span style=3D"font-family:arial;f=
ont-size:14px"><br></span></div><div><span style=3D"font-family:arial;font-=
size:14px">Why do you care what they think? Why does it matter if they misu=
nderstand?</span></div><div><span style=3D"font-family:arial;font-size:14px=
"><br></span></div><div><span style=3D"font-family:arial;font-size:14px">&g=
t;=C2=A0</span><span style=3D"font-family:arial;font-size:14px">it is not a=
n imaginary group of people</span></div><div><span style=3D"font-family:ari=
al;font-size:14px"><br></span></div><div><span style=3D"font-family:arial;f=
ont-size:14px">If the people aren't imaginary, then its their importanc=
e that's imaginary.</span></div><div><span style=3D"font-family:arial;f=
ont-size:14px"><br></span></div><div><span style=3D"font-family:arial;font-=
size:14px">>=C2=A0</span><span style=3D"font-family:arial;font-size:14px=
">One example of a mining pool</span></div><div><span style=3D"font-family:=
arial;font-size:14px"><br></span></div><div><span style=3D"font-family:aria=
l;font-size:14px">This isn't even sufficient evidence that they don'=
;t understand. Its quite possible they're using the word "voting&q=
uot; loosely or that they don't understand english very well. And again=
, so what if they tweet things that are not correctly worded? This is not a=
reason to change how we design bitcoin soft=C2=A0forks.=C2=A0</span></div>=
<div><span style=3D"font-family:arial;font-size:14px"><br></span></div><div=
><span style=3D"font-family:arial;font-size:14px">Its not even wrong to say=
that a particular signaling round is very much like voting. What's wro=
ng is saying that bitcoin upgrades are made if and only if miners vote to a=
pprove those changes.=C2=A0</span></div><div><span style=3D"font-family:ari=
al;font-size:14px"><br></span></div><div><span style=3D"font-family:arial;f=
ont-size:14px">>=C2=A0</span><span style=3D"font-family:arial;font-size:=
14px">I see a problem that exists</span></div><div><span style=3D"font-fami=
ly:arial;font-size:14px"><br></span></div><div><span style=3D"font-family:a=
rial;font-size:14px">You haven't convinced me this is a significant pro=
blem. What are the concrete downsides? Why do you think this can't be f=
ixed by simple persistent explaining? You can find groups of people who mis=
understand basically any aspect of bitcoin. The solution to people misunder=
standing the design is never to change how bitcoin is designed.</span></div=
><div><span style=3D"font-family:arial;font-size:14px"><br></span></div></d=
iv><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On =
Wed, Mar 30, 2022 at 4:14 PM pushd <<a href=3D"mailto:pushd@protonmail.c=
om" target=3D"_blank">pushd@protonmail.com</a>> wrote:<br></div><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px=
solid rgb(204,204,204);padding-left:1ex"><div style=3D"font-family:arial;f=
ont-size:14px">>=C2=A0<span>No it does not. This narrative is the worst.=
A bad explanation of speedy trial can mislead people into thinking miner s=
ignalling is how Bitcoin upgrades are voted in. But a bad explanation can e=
xplain anything badly. </span><br><span></span></div><div style=3D"font-fam=
ily:arial;font-size:14px"><span><br></span></div><div style=3D"font-family:=
arial;font-size:14px">I agree it is worst but why do you think this narrati=
ve exists? People have tried explaining it. Many users, miners and exchange=
s still think its voting. I think the problem is with activation method so =
BIP 8/LOT=3DTRUE is a solution.</div><div style=3D"font-family:arial;font-s=
ize:14px"><br></div><div style=3D"font-family:arial;font-size:14px"><br></d=
iv><div style=3D"font-family:arial;font-size:14px">>=C2=A0<span style=3D=
"background-color:rgb(255,255,255);display:inline">The solution is not to c=
hange how we engineer soft forks, it's to explain speedy trial better t=
o this imaginary group of important people that think miner signaling is vo=
ting.</span></div><div style=3D"font-family:arial;font-size:14px"><span sty=
le=3D"background-color:rgb(255,255,255);display:inline"><br></span></div><d=
iv style=3D"font-family:arial;font-size:14px"><span style=3D"background-col=
or:rgb(255,255,255);display:inline">We can suggest different solutions but =
the problem exists and it is not an imaginary group of people.</span></div>=
<div style=3D"font-family:arial;font-size:14px"><span style=3D"background-c=
olor:rgb(255,255,255);display:inline"><br></span></div><div style=3D"font-f=
amily:arial;font-size:14px"><span style=3D"background-color:rgb(255,255,255=
);display:inline">One example of a mining pool:=C2=A0<span><a rel=3D"norefe=
rrer nofollow noopener" href=3D"https://archive.ph/oyH04" target=3D"_blank"=
>https://archive.ph/oyH04</a></span></span></div><div style=3D"font-family:=
arial;font-size:14px"><span style=3D"background-color:rgb(255,255,255);disp=
lay:inline"><br></span></div><div style=3D"font-family:arial;font-size:14px=
"></div><div style=3D"font-family:arial;font-size:14px"><span style=3D"back=
ground-color:rgb(255,255,255);display:inline"><br></span></div><div style=
=3D"font-family:arial;font-size:14px"><span style=3D"background-color:rgb(2=
55,255,255);display:inline">>=C2=A0<span>We shouldn't change how we =
engineer Bitcoin because of optics. I completely object to that point conti=
nuing to be used.</span></span></div><div style=3D"font-family:arial;font-s=
ize:14px"><br></div><div style=3D"font-family:arial;font-size:14px">Voting =
as described on wiki is quite similar to what happens during miners signali=
ng followed by activation if a certain threshold is reached. If some partic=
ipants in this process consider it voting instead of signaling for readines=
s then listing advantages of a better activation method should help everyon=
e reading this thread/email.</div><div style=3D"font-family:arial;font-size=
:14px"><span style=3D"background-color:rgb(255,255,255);display:inline"><sp=
an><br></span></span></div><div style=3D"font-family:arial;font-size:14px">=
Sorry, I don't understand your objection. I see a problem that exists s=
ince years and a better activation method fixes it. There are other positiv=
es for using BIP 8/LOT=3DTRUE which I shared in=C2=A0<span><a rel=3D"norefe=
rrer nofollow noopener" href=3D"https://lists.linuxfoundation.org/pipermail=
/bitcoin-dev/2022-March/020178.html" target=3D"_blank">https://lists.linuxf=
oundation.org/pipermail/bitcoin-dev/2022-March/020178.html</a></span></div>=
<div style=3D"font-family:arial;font-size:14px"><br></div><div style=3D"fon=
t-family:arial;font-size:14px">I will continue to discuss this problem with=
solutions until we use better activation methods for future soft forks in =
any discussion about activation methods.</div><div style=3D"font-family:ari=
al;font-size:14px"><br></div><div style=3D"font-family:arial;font-size:14px=
"><br></div>
<div style=3D"font-family:arial;font-size:14px">
<div>
<span style=3D"font-family:arial">pushd</span><div style=3D"font-fa=
mily:arial">---</div><div style=3D"font-family:arial"><br></div><span style=
=3D"font-family:arial">parallel lines meet at infinity?</span>
</div>
<div style=3D"font-family:arial;font-size:14px"><br></div></div><div>
------- Original Message -------<br>
On Thursday, March 31st, 2022 at 1:40 AM, Billy Tetrud <<a href=
=3D"mailto:billy.tetrud@gmail.com" target=3D"_blank">billy.tetrud@gmail.com=
</a>> wrote:<br><br>
<blockquote type=3D"cite">
<div dir=3D"auto">@Pushd<div dir=3D"auto"><br></div><div dir=3D=
"auto">> <span style=3D"font-family:arial;font-size:12.8px">Speedy trial=
makes it worse by misleading lot of bitcoin users including miners to cons=
ider signaling as voting and majority votes decide if a soft fork gets acti=
vated</span></div><div dir=3D"auto"><font face=3D"arial"><span style=3D"fon=
t-size:12.8px"><br></span></font><span style=3D"font-family:arial;font-size=
:12.8px"></span></div><div dir=3D"auto"><font face=3D"arial"><span style=3D=
"font-size:12.8px">No it does not. This narrative is the worst. A bad expla=
nation of speedy trial can mislead people into thinking miner signalling is=
how Bitcoin upgrades are voted in. But a bad explanation can explain anyth=
ing badly. The solution is not to change how we engineer soft forks, it'=
;s to explain speedy trial better to this imaginary group of important peop=
le that think miner signaling is voting. </span></font></div><div dir=3D"au=
to"><font face=3D"arial"><span style=3D"font-size:12.8px"><br></span></font=
></div><div dir=3D"auto"><font face=3D"arial"><span style=3D"font-size:12.8=
px">We shouldn't change how we engineer Bitcoin because of optics. I co=
mpletely object to that point continuing to be used.</span></font></div></d=
iv><br><div class=3D"gmail_quote"><div class=3D"gmail_attr" dir=3D"ltr">On =
Wed, Mar 30, 2022, 05:36 pushd via bitcoin-dev <<a href=3D"mailto:bitcoi=
n-dev@lists.linuxfoundation.org" rel=3D"noreferrer nofollow noopener" targe=
t=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>> wrote:<br></div>=
<blockquote style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex" class=3D"gmail_quote"><div style=3D"font-family=
:arial;font-size:14px">> <span>Any case where a flawed proposal makes it=
through getting activation</span><div><span>parameters set and released, b=
ut doesn't achieve supermajority hashpower</span></div><span>support is=
made worse by bip8/lot=3Dtrue in comparison to speedy trial.</span></div><=
div style=3D"font-family:arial;font-size:14px"><br></div><div><span style=
=3D"font-family:arial;font-size:14px">- Flawed proposal making it through a=
ctivation is a failure of review process</span><div style=3D"font-family:ar=
ial;font-size:14px"><br></div><div style=3D"font-family:arial;font-size:14p=
x"><span>- Supermajority hashpower percentage decided by bitcoin core devel=
opers can choose to not follow old or new consensus rules at any point</spa=
n></div><div style=3D"font-family:arial;font-size:14px"><br></div><div><fon=
t face=3D"arial">- Speedy trial makes it worse by misleading lot of bitcoin=
users including miners to consider signaling as voting and majority votes =
decide if a soft fork gets activated</font></div><div style=3D"font-family:=
arial;font-size:14px"><br></div><div style=3D"font-family:arial;font-size:1=
4px"><span>- BIP 8/LOT=3DTRUE keeps things simple. Miners need to follow co=
nsensus rules as they do right now if they wish to mine blocks for subsidy =
and fees.</span></div><div style=3D"font-family:arial;font-size:14px"><br><=
/div><div style=3D"font-family:arial;font-size:14px"><br></div><span style=
=3D"font-family:arial;font-size:14px">Note: Mining pools or individual mine=
rs can participate in soft fork discussions regardless of activation method=
and share their concern which can be evaluated based on technical merits.<=
/span><br></div><div><span style=3D"font-family:arial;font-size:14px"><br><=
/span></div><div style=3D"font-family:arial;font-size:14px"><br></div>
<div style=3D"font-family:arial;font-size:14px">
<div>
<span style=3D"font-family:arial">pushd</span><div style=3D"font-fa=
mily:arial">---</div><div style=3D"font-family:arial"><br></div><span style=
=3D"font-family:arial">parallel lines meet at infinity?</span></div>
</div>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a rel=3D"noreferrer nofollow noopener" href=3D"mailto:bitcoin-dev@lists.li=
nuxfoundation.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.org<=
/a><br>
<a rel=3D"noreferrer nofollow noopener" href=3D"https://lists.linuxfoundati=
on.org/mailman/listinfo/bitcoin-dev" target=3D"_blank">https://lists.linuxf=
oundation.org/mailman/listinfo/bitcoin-dev</a><br>
</blockquote></div>
</blockquote><br>
</div></blockquote></div>
--0000000000008c7b7005db7c229a--
|