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
|
Return-Path: <corey3@gmail.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138])
by lists.linuxfoundation.org (Postfix) with ESMTP id B9EC3C002D
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 22 Apr 2022 15:40:32 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp1.osuosl.org (Postfix) with ESMTP id A820E83EB7
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 22 Apr 2022 15:40:32 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 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_ENVFROM_END_DIGIT=0.25, 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: smtp1.osuosl.org (amavisd-new);
dkim=pass (2048-bit key) header.d=gmail.com
Received: from smtp1.osuosl.org ([127.0.0.1])
by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id gs3b8Q8-CIHI
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 22 Apr 2022 15:40:31 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
Received: from mail-yw1-x1133.google.com (mail-yw1-x1133.google.com
[IPv6:2607:f8b0:4864:20::1133])
by smtp1.osuosl.org (Postfix) with ESMTPS id 5E40A83EB2
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 22 Apr 2022 15:40:31 +0000 (UTC)
Received: by mail-yw1-x1133.google.com with SMTP id
00721157ae682-2eba37104a2so89884067b3.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 22 Apr 2022 08:40:31 -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;
bh=jbgOv4DpaKNJnKTHeyjVNR1xZfSltL6hslPsR3fiFuo=;
b=fOecEgdZkib+YEukFALxH00zIjN4wdWyOgOwr3lQA0JR+N/vGa/iC6Uo99l5BlYp2U
bc8gBJrh1hyp8GaHM3X3mC1OoFGYAjEJeA9vsT0pexKY3xFltFJ+kt9dBhVrgcRkiKix
M0s8E7W7vti31Gtkd1WyeXxkys9WypPhRwqotDFKCRikmHt0iFGszqT5gpBp3QuwZPVp
Q7g+09Ioq9pyob4o9H7XidSfqvUrlerAx0dP6r5pl0zMnGZmWYFWyyyQZKDd2jT5wu8K
O3tDYLrSTj53TwYoQ2gtUAmoO8QCeWStw0Kva6rhRUfq+eh3AkfhmXUaAW6ozfEs7Q+r
nQIQ==
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;
bh=jbgOv4DpaKNJnKTHeyjVNR1xZfSltL6hslPsR3fiFuo=;
b=sN6X1hXNCRNdJqdqu7vWWeTbvcK6nOkbUjK/VXLdaUBD6dOP/v9qWSqGAao8UjJ79e
q8zKLiTDUYKGMR39hQtE41RZ2JJJY3ShiXwKcCry2G+obLaDhNhcAIlbuQlKQCY4xyBY
B5mR85bv5KHZArmH7oScsWemAHwMkwDikWX143YOCLefYVOAd84kIRnOxtngaAz+rKyW
CGjf4otNgF+k45v2kY9/+sYd2lk38DhXEovD4OZhaBn6A2UbfQqk6aiHjve2ONc+HqVX
nEOX/LwXtYBLN1vbANnip4p/XkSKLXuIBr43v5V/bMZFBrA2bo3kCuk6VDZ/JNlpwCPn
jSvw==
X-Gm-Message-State: AOAM532f7PAqFfTfcpABhpONvM9qvc018z+pOm5cbwSwyq++Q5CYNeVb
3zcp7KxI0Rf3u/pWPd3cqFUKVkaP5aFysT8f8tY=
X-Google-Smtp-Source: ABdhPJw3Zu1x6n1uXNv0XfdYLLHqkOmR4dEh8PsGUhNl0ueiFw7LJEeim8/1m4yEkm21EfmKRW47wTD1/NmnDUfYyn0=
X-Received: by 2002:a81:4ec3:0:b0:2f4:e5a8:3f15 with SMTP id
c186-20020a814ec3000000b002f4e5a83f15mr4744669ywb.233.1650642030182; Fri, 22
Apr 2022 08:40:30 -0700 (PDT)
MIME-Version: 1.0
References: <RyYBRY3MJP_0b2YkCEUFBdP8u1A_cGSEEkDbzKK9k-rkINZrBaOL70L96iHR11bJhmkhAzuN6uZ1X8PQgz2wa8Us3-2OpNa4RbhSSprw_WE=@protonmail.com>
<CALeFGL1=4PrA_ziTsoS9sUjGjfLr54AiMfM99uDV-Bau5Ab_eQ@mail.gmail.com>
<CAJ4-pEADrHf_YR5ZBfJW+eefKrp1iEj4wAi72UrwRSi9gaVP+w@mail.gmail.com>
In-Reply-To: <CAJ4-pEADrHf_YR5ZBfJW+eefKrp1iEj4wAi72UrwRSi9gaVP+w@mail.gmail.com>
From: Corey Haddad <corey3@gmail.com>
Date: Fri, 22 Apr 2022 11:40:19 -0400
Message-ID: <CAK_HAC8UrPSDoYU-b4KrZqGF3ndWqobPu2y_ddmCvTqNsbifBw@mail.gmail.com>
To: Zac Greenwood <zachgrw@gmail.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="000000000000dc46f205dd400b3b"
Subject: Re: [bitcoin-dev] User Resisted Soft Fork for CTV
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: Fri, 22 Apr 2022 15:40:32 -0000
--000000000000dc46f205dd400b3b
Content-Type: text/plain; charset="UTF-8"
>*A change that increases the number of use cases of Bitcoin affects all
users and is *not* non-invasive. More use cases means more blockchain usage
which increases the price of a transaction for *everyone*.*
This manages to be both incorrect and philosophically opposed to what
defines success of the project . Neither the number of ways that people
figure out how to innovatively harness Bitcoin's existing capabilities, nor
the number or complexity of any optional transaction types that the Bitcoin
protocol supports have any bearing on transaction fees. Demand for
blockspace from transactions, which is just plain *use* - and not *use
cases* - is what could drive up transaction fees.
On the philosophical level, as designers of the system, we all hope and
work to make Bitcoin so useful, appealing, and secure that there is massive
demand for blockspace, even in the face of high transaction fees. As an
individual thinking only of their next on-chain transaction, it is
understandable that one might hope for low fees and partially-filled
blocks. Longer term, the health of the system can both be measured by and
itself depends on high transaction demand and fee pressure.
If you were trying to argue that CTV is invasive because it may increase
transaction demand and therefore cost users more fees, that is 1) an
endorsement of CTV's desirability and 2) reveals that you consider any
increased free-market competition (i.e. more demand) to be "invasive".
*>I like the maxim of Peter Todd: any change of Bitcoin must benefit *all*
users. *
As for Peter Todd's "any change of Bitcoin must benefit *all* users", that
is absolutely a reasonable thing to consider. However, in order to make
practical use of that maxim, we must adopt in our minds a *generic*, or
"model user", and then replicate them so that we may meaningfully
understand a least a proxy for "all users". In reality, there will always
be someone (and at this point, probably a "user" too) who wouldn't benefit
from a change, or at least think they won't. Some users of Bitcoin may even
want Bitcoin to fail, so we cannot afford assume that people have alignment
of goals or vision just by virtue of being a 'user'.
Corey
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
--000000000000dc46f205dd400b3b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr">><i>A change that increases the number=
of use cases of Bitcoin affects all users and is *not* non-invasive. More =
use cases means more blockchain usage which increases the price of a transa=
ction for *everyone*.</i><br></div><div><br></div><div>This manages to be b=
oth incorrect and philosophically opposed to what defines success of the pr=
oject . Neither the number of ways that people figure out how to innovative=
ly harness Bitcoin's existing capabilities, nor the number or complexit=
y of any optional=C2=A0transaction types that the Bitcoin protocol supports=
have any bearing on transaction fees. Demand for blockspace from transacti=
ons, which is just plain=C2=A0<i>use</i>=C2=A0- and not <i>use cases</i>=C2=
=A0- is what could drive up transaction fees.</div><div><br></div><div>On t=
he philosophical=C2=A0level, as designers of the system, we all hope and wo=
rk to make Bitcoin so useful, appealing, and secure that there is massive d=
emand for blockspace, even in the face of high transaction fees. As an indi=
vidual thinking only of their next on-chain transaction, it is understandab=
le that one might hope for low fees and partially-filled blocks. Longer ter=
m, the health of the system can both be measured by and itself depends on h=
igh transaction demand and fee pressure.</div><div><br></div><div>If you we=
re trying to argue that CTV is invasive because it may increase transaction=
demand and therefore cost users more fees, that is 1) an endorsement of CT=
V's desirability and 2) reveals that you consider any increased free-ma=
rket competition (i.e. more demand) to be "invasive".</div><div><=
br></div><div><i>>I like the maxim of Peter Todd: any change of Bitcoin =
must benefit *all* users.<span class=3D"gmail-Apple-converted-space">=C2=A0=
</span><br></i></div><div><i><span class=3D"gmail-Apple-converted-space"><b=
r></span></i></div><div>As for Peter Todd's "any change of Bitcoin=
must benefit *all* users", that is absolutely a reasonable thing to c=
onsider. However, in order to make practical use of that maxim, we must ado=
pt in our minds a <i>generic</i>, or "model user", and then repli=
cate them so that we may meaningfully understand a least a proxy for "=
all users". In reality, there will always be someone (and at this poin=
t, probably a "user" too) =C2=A0who wouldn't benefit from a c=
hange, or at least think they won't. Some users of Bitcoin may even wan=
t Bitcoin to fail, so we cannot afford assume that people have alignment of=
goals or vision just by virtue of being a 'user'.</div><div><br></=
div><div>Corey</div><div>=C2=A0<br></div><div class=3D"gmail_quote"><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-wi=
dth:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-=
left:1ex">_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
</blockquote></div></div>
--000000000000dc46f205dd400b3b--
|
