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
|
Return-Path: <earonesty@gmail.com>
Received: from smtp3.osuosl.org (smtp3.osuosl.org [140.211.166.136])
by lists.linuxfoundation.org (Postfix) with ESMTP id 5CF68C0001
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 1 Mar 2021 13:54:48 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp3.osuosl.org (Postfix) with ESMTP id 36C43605C1
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 1 Mar 2021 13:54:48 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: 1.28
X-Spam-Level: *
X-Spam-Status: No, score=1.28 tagged_above=-999 required=5
tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001,
HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001,
RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: smtp3.osuosl.org (amavisd-new);
dkim=pass (2048-bit key) header.d=q32-com.20150623.gappssmtp.com
Received: from smtp3.osuosl.org ([127.0.0.1])
by localhost (smtp3.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id Y6IUQQRNMrP0
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 1 Mar 2021 13:54:47 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0
Received: from mail-pg1-f170.google.com (mail-pg1-f170.google.com
[209.85.215.170])
by smtp3.osuosl.org (Postfix) with ESMTPS id 4C11B605BA
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 1 Mar 2021 13:54:46 +0000 (UTC)
Received: by mail-pg1-f170.google.com with SMTP id h4so11582457pgf.13
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 01 Mar 2021 05:54:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=q32-com.20150623.gappssmtp.com; s=20150623;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc:content-transfer-encoding;
bh=ANxlE/JD0e1WPVOb82JH6cdmtwB8MCWdJXp+qUhS6hM=;
b=s6tc9MVRev2CzmPMAveBG4/2KCHiRfmwOjrtrIPSPorXudbhDSxgw0iURw6FD9W99l
hIYaUMgK6uPxw91aFRYVEaahYCPdukD30vaqJzNwwAi7se/NI06muxVCaCXKwqoFp0Uw
noi2dJKnju5vF39pHZGCXyY1zi06LO9vD9A5jMdiOMnudRo5NjnB9IRwXnI/mRyZ+Ybw
TjDN1+desZ7D8Grd55uPbZJekibutJZ5tPIbKtf9y9+zhw8VhYcd4PA+JOukVCZZL566
PhDhhB91p1RIBG2DiH2AUPWzznHANe3Vwls0PxEa9nlEO/aXhPDxD24sKBvbrLKIYk84
EQTA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc:content-transfer-encoding;
bh=ANxlE/JD0e1WPVOb82JH6cdmtwB8MCWdJXp+qUhS6hM=;
b=FYdZOanF2IyqcmlrqtVobW0C8N6qnKtSm4O0qfn5pWBLNRHYd5i+f9SDBRkEKrNpQe
oMZFBZN6PSJSyA7REJNE9tHvVKdiLKyER8+NzVUySifXHwT1TD1Bx+cvnAe5R0SoXd84
Te5gSzKjh5K0bxLkyKqFlJmUka4IqiOZoselswVY25OooWxY3jxShafa+ZtrLJ7iTTG/
WsvDcYV1rmuBOTv/dej90WB8xGm/3HP0xYIlxHRbGDtmYXxb92ZZZzm1AtRwdJV14mOC
JKUo0bCoWFgDLUmaEelIykNvZ5IUhfZZ87vheTLslzVvYyb3N/SYoYvqDMANR1CYsOvm
DCZQ==
X-Gm-Message-State: AOAM530PGImzFQm64k5WJCq1GlSNKZq0X538r1ab0c4I0LwF86fxKUG5
Iiae/vtSQk7A7TDHuXGa4a0bodmrI0Ft+Y0TgfmK9WI=
X-Google-Smtp-Source: ABdhPJxLHkAOp/xqBzLhAQpXLjg3UoGRTGLblcTDKvD80mEYfESm9yrSf5K1QvqM0gL/M1qsJ3rqVLyEqR9STco1orI=
X-Received: by 2002:a62:1650:0:b029:1ee:26a:4958 with SMTP id
77-20020a6216500000b02901ee026a4958mr15330404pfw.49.1614606886429; Mon, 01
Mar 2021 05:54:46 -0800 (PST)
MIME-Version: 1.0
References: <20210222101632.j5udrgtj2aj5bw6q@erisian.com.au>
<7B0D8EE4-19D9-4686-906C-F762F29E74D4@mattcorallo.com>
<CABm2gDrbKdxMuKdwYh0HBXNUxhqWtq1x2oLC0Ni=dbfP8b_a7Q@mail.gmail.com>
<CABm2gDp5dRTrPEqPfrjOeeYBn6RMS=HFMbtkJ+MM0SMVnSfK5A@mail.gmail.com>
<CAD5xwhg0pWJykWUusdoNQd60L9_MgCzzky1dvViLERADMcoysQ@mail.gmail.com>
<CALeFGL1UbXx14aX7RK7nh7b4jwvmfF6AXrvqPJpriSB4ZvYT2A@mail.gmail.com>
<CAOv1TnhQcYrc5q6GTUTuQMEi9RAV4dy5mmyNp--HuYTPzEUfJQ@mail.gmail.com>
In-Reply-To: <CAOv1TnhQcYrc5q6GTUTuQMEi9RAV4dy5mmyNp--HuYTPzEUfJQ@mail.gmail.com>
From: Erik Aronesty <erik@q32.com>
Date: Mon, 1 Mar 2021 08:54:34 -0500
Message-ID: <CAJowKgL07Jo0XyU-XGJ0DOCk8jCj6TbjiQzGKWApqYfKjsPvGQ@mail.gmail.com>
To: Ariel Luaces <arielluaces@gmail.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailman-Approved-At: Mon, 01 Mar 2021 14:00:47 +0000
Subject: Re: [bitcoin-dev] Yesterday's Taproot activation meeting on
lockinontimeout (LOT)
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: Mon, 01 Mar 2021 13:54:48 -0000
> Today users should start cooperating again to continue using the
> optimal strategy.
the "gradual" method of reducing the % of miners required for lock-in
as time goes on seems to encode this optimal strategy.
On Thu, Feb 25, 2021 at 6:43 AM Ariel Luaces via bitcoin-dev
<bitcoin-dev@lists.linuxfoundation.org> wrote:
>
> On Tue, Feb 23, 2021 at 12:09 PM Keagan McClelland via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org> wrote:
> >
> > If social consensus is what drives technical consensus and not the othe=
r way around it seems as if there cannot exist a valid (rational?) reason t=
o oppose Taproot itself, and then by extension with the arguments laid out =
above, LOT=3Dtrue seems to be the logical conclusion of all of this, even i=
f Core ships LOT=3Dfalse at the outset.
> >
> > Where am I wrong here?
> >
> > Keagan
> >
> > On Mon, Feb 22, 2021 at 7:11 PM Jeremy via bitcoin-dev <bitcoin-dev@lis=
ts.linuxfoundation.org> wrote:
> >>
> >> Personally, I think with either plan the ultimate risk of forking is l=
ow given probability to activate before timeout, so we should just pick som=
ething and move on, accepting that we aren't setting a precedent by which a=
ll future forks should abide. Given my understanding of the tradeoffs, I be=
lieve that the safest choice is LOT=3Dtrue, but I wouldn't move to hold bac=
k a plan of LOT=3Dfalse (but would probably take mitigative steps on commun=
ity advocacy if it looks like there is non majority but non negligible LOT=
=3Dtrue uptake).
> >>
> >> Cheers,
> >>
> >> Jeremy
> >>
> >>
> >> _______________________________________________
> >> 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
>
> To favor LOT=3Dtrue because it seems like the inevitable result is like
> playing the prisoner's dilemma and never cooperating instead of using
> the most optimal strategy which is tit-for-tat (cooperating at first
> and then cheating once for every time your counterparty cheats).
>
> During segwit users started by cooperating (BIP9, or "LOT=3Dfalse"),
> then a minority of
> miners didn't cooperate (small veto but remember the majority of
> miners cooperated), then users stopped cooperating in response (UASF),
> then miners
> reverted to cooperating (MASF while intolerant miners forked off).
> Today users should start cooperating again to continue using the
> optimal strategy.
>
> Cheers
> Ariel Lorenzo-Luaces
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
|
