summaryrefslogtreecommitdiff
path: root/82/f49ecbecc8935e3dcaa2aef2e937ed31f5d40d
blob: 7dd0a8c571f7f99f7f219991b00f0b29215e5769 (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
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
Return-Path: <earonesty@gmail.com>
Received: from smtp2.osuosl.org (smtp2.osuosl.org [IPv6:2605:bc80:3010::133])
 by lists.linuxfoundation.org (Postfix) with ESMTP id 8BB14C0032
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  5 Nov 2023 15:00:00 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by smtp2.osuosl.org (Postfix) with ESMTP id 65C38400F9
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  5 Nov 2023 15:00:00 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 65C38400F9
Authentication-Results: smtp2.osuosl.org;
 dkim=pass (2048-bit key) header.d=gmail-com.20230601.gappssmtp.com
 header.i=@gmail-com.20230601.gappssmtp.com header.a=rsa-sha256
 header.s=20230601 header.b=LuiwL66N
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -1.399
X-Spam-Level: 
X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001]
 autolearn=no autolearn_force=no
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 2Ao4fwR7hqWP
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  5 Nov 2023 14:59:58 +0000 (UTC)
Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com
 [IPv6:2607:f8b0:4864:20::b31])
 by smtp2.osuosl.org (Postfix) with ESMTPS id 5DB47400CB
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  5 Nov 2023 14:59:58 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 5DB47400CB
Received: by mail-yb1-xb31.google.com with SMTP id
 3f1490d57ef6-da34f90f6e3so784253276.0
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun, 05 Nov 2023 06:59:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail-com.20230601.gappssmtp.com; s=20230601; t=1699196397; x=1699801197;
 darn=lists.linuxfoundation.org; 
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=6orA4tAxu2o4VrKD3wJKKQnf3TZc/gBgmFxV0ZYPb3M=;
 b=LuiwL66NisYvYoS5eBlNW/yywATWxgNhXNftYv+gDWFw/QLaabnwF236HXA4rRYLUP
 pC1ZgOJ/fkSorxOslSBrRBWBFZFuFO/10u/1jWqmJaDQ2cpqCB7QPMXiOCw3nRMiuFrg
 cecQ6bKHocc63aPsT7xql3hX46BDXrq7vuzIjV+rzJPXl91uVCdtEylBSKxfkCoZsW5H
 LRqB8JVIO02R9NZ+M3ta2ToM0frb72Zn8sAutaMFmx3zaj+9bTJQi1N7jgOvOEa9+BlB
 PA385JGg08hiQcVFLpxbT/W4gz9YU5+q/6oC9JijL2owAKY2MDXrwwt5HIw320OOV53+
 R+QQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1699196397; x=1699801197;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=6orA4tAxu2o4VrKD3wJKKQnf3TZc/gBgmFxV0ZYPb3M=;
 b=qTskeW6ydrs+TndUev1/5VSa5V+YftqbdW2IhHVA4wsN7UEd234lVuBmUI2ygZfL4M
 l8ojdFwThcB7TR2xqymHxnfJ6ZOA5VMgZ71NIhPZ2O2/BqN8mRTK4eP2Zp0V85zKZCRw
 osdRJpwKs6e68gC5qjuz1YdSngnMeTQcW/9cCubICYjiIUHzktgUf35YMJDmsEW9On3x
 7Eyp01SsCQ1g9QYqKNHD2xq/p/EBfVE2TKlDse5DCpU/+5zKkJCisxxp9kG3mpNrcz1D
 MKf2vsDAp6TDJIL8B+fmAWfGuGYphgHFshvFmCV9g+BeDPkZlYNSwOXL536Kn3o+s1BH
 00sg==
X-Gm-Message-State: AOJu0YyCwPloRwoc4YzFsysi308+KAQMgYVoGOrv97lYPzAJph26GzHB
 Qqn6KycQaxyoXo2p9Xcoiw130WNGC3T1YOHuLkb3hwMEXBeU
X-Google-Smtp-Source: AGHT+IEREdgLdOCoZpK220zOGh1aLTF2pBmfpX63pLo5pwaM3e4jyo+G0tiymMzgzxFJxGoZIjMioTAqqcm3T+VRqPs=
X-Received: by 2002:a25:ac54:0:b0:da0:ce6d:46b9 with SMTP id
 r20-20020a25ac54000000b00da0ce6d46b9mr18751453ybd.1.1699196396743; Sun, 05
 Nov 2023 06:59:56 -0800 (PST)
MIME-Version: 1.0
References: <CAJowKgJXxS3L=pQR=jhSXBgdDR9k5mwPyKhKkuFESw5_qOgdrQ@mail.gmail.com>
 <21dd55af-ca9d-48b0-b2aa-4a1399f15611@op.pl>
In-Reply-To: <21dd55af-ca9d-48b0-b2aa-4a1399f15611@op.pl>
From: Erik Aronesty <erik@q32.com>
Date: Sun, 5 Nov 2023 09:59:44 -0500
Message-ID: <CAJowKgJhXEBJgOhoOtUrsO_KpFwJ_fRYnZopDEuHCgSx5CzOJg@mail.gmail.com>
To: JK <jk_14@op.pl>
Content-Type: multipart/alternative; boundary="000000000000a1b01a060968fdb8"
X-Mailman-Approved-At: Sun, 05 Nov 2023 15:00:57 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] ossification and misaligned incentive concerns
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: Sun, 05 Nov 2023 15:00:00 -0000

--000000000000a1b01a060968fdb8
Content-Type: text/plain; charset="UTF-8"

I don't believe the narrative that miners provide network security

they provide double spend insurance

and that's it

so that limits the size of the transaction and the number of confirmations
that are required before that transaction is cleared

But it doesn't provide security for the rest of the network.  My private
keys are private and my note is fully validating  ..  and there's nothing
miners can do about that

let's ditch that narrative please



On Sun, Nov 5, 2023, 9:40 AM JK <jk_14@op.pl> wrote:

>
> I'm worried even more about something else, but still fits into the same
> topic category.
>
>
> A tax in the form of a direct tax is less acceptable to people than a
> hidden tax. This is human nature, as the saying goes, "What the eye
> doesn't see, the heart doesn't grieve over." A high direct tax (e.g., on
> a one-time transaction) is much more irritating than a tax of the same
> amount but hidden (especially when it affects all cash holders equally,
> as in the case of inflation).
>
> There is no reason to believe that in any alternative financial system,
> it will be different ("This time is different." No, it is not.)
>
> The analogy is clear: a transaction tax is on-chain fee, an inflation
> tax is the block reward. And just in case: miners are only able to
> collect payment for providing network security in an amount equal to the
> sum collected in both of these taxes, and no single satoshi more (the
> principle that "There's no such thing as a free lunch" applies).
>
> Now, a little thought experiment:
> Imagine a system that tries to maintain a constant level of difficulty
> and reacts flexibly to changes in difficulty, by modulating the block
> reward level accordingly (using negative feedback).
>
> It is known that the system will oscillate around a certain level of the
> block reward value (around a certain level of inflation) that provides
> the desired level of network security.
>
> Furthermore, Earth is a closed system with finite resources, making it
> hard to imagine a situation where Bitcoin is responsible for e.g. 95%
> of global energy consumption (while complaints already arise at 0.1%).
>
> In other words, the level of network security is de facto limited from
> the top, whether we like it or not.
>
> And for a naturally limited and still acceptable level of network
> security (vide: "Change the code, not the climate") - there is a
> corresponding level of inflation.
>
>
> To sum this up, the most important conclusion to remember is:
>
> For a natural level of network security, there is a natural level of
> inflation.
>
>
>
> I'll add a very relevant comment I know from the internet:
>
> "It makes sense. Something akin to what the central banks do by setting
> interest rates, but algorithmic, leading to a 'natural' (rather than
> manipulated) level of inflation. But different, because it's directly
> tied to security. I haven't thought whether it would be an issue if it
> works in one direction only (halvings, but no doublings), but it might.
> When I was learning about Bitcoin, I heard "It costs you nothing to
> store your bitcoin (as opposed to, say, gold). You get security for
> free." and thought it sounded wonderful, but too good to be true. There
> is no free lunch and all that... I understand a lack of inflation is
> aligned with Austrian economics, but the Austrians didn't know a
> monetary system whose security was tied to inflation. So it's a new
> concept to wrap one's head around."
> https://stacker.news/items/291420
>
>
> There is growing awareness of the lack of a free market between active
> and passive participants in Bitcoin and growing awareness of the
> inevitability of the problem that will arise in the future as a result.
> And there is slowly growing acceptance of well-thought-out proposals to
> fix this situation.
> The free market is more important than finite supply.
>
>
> Regards
> Jaroslaw
>
>
> W dniu 03.11.2023 o 19:24, Erik Aronesty via bitcoin-dev pisze:
> > currently, there are providers of anonymity services, scaling services,
> > custody, and other services layered on top of bitcoin using trust-based
> > and federated models.
> >
> > as bitcoin becomes more popular, these service providers have
> > increasingly had a louder "voice" in development and maintenance of the
> > protocol
> >
> > holders generally want these features
> >
> > but service providers have an incentive to maintain a "moat" around
> > their services
> >
> > in summary, making privacy, scaling and vaulting "hard" for regular
> > users, keeping it off-chain and federated...  is now incentivised among
> > a vocal, but highly technical, minority
> >
> > is anyone else worried about this?
> >
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev@lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>

--000000000000a1b01a060968fdb8
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto">I don&#39;t believe the narrative that miners provide net=
work security<div dir=3D"auto"><br></div><div dir=3D"auto">they provide dou=
ble spend insurance</div><div dir=3D"auto"><br></div><div dir=3D"auto">and =
that&#39;s it</div><div dir=3D"auto"><br></div><div dir=3D"auto">so that li=
mits the size of the transaction and the number of confirmations that are r=
equired before that transaction is cleared</div><div dir=3D"auto"><br></div=
><div dir=3D"auto">But it doesn&#39;t provide security for the rest of the =
network.=C2=A0 My private keys are private and my note is fully validating=
=C2=A0 ..=C2=A0 and there&#39;s nothing miners can do about that</div><div =
dir=3D"auto"><br></div><div dir=3D"auto">let&#39;s ditch that narrative ple=
ase</div><div dir=3D"auto"><br></div><div dir=3D"auto"><br></div></div><br>=
<div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, No=
v 5, 2023, 9:40 AM JK &lt;<a href=3D"mailto:jk_14@op.pl">jk_14@op.pl</a>&gt=
; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I&#39;m worried even more about something else, but still fits into the sam=
e <br>
topic category.<br>
<br>
<br>
A tax in the form of a direct tax is less acceptable to people than a <br>
hidden tax. This is human nature, as the saying goes, &quot;What the eye <b=
r>
doesn&#39;t see, the heart doesn&#39;t grieve over.&quot; A high direct tax=
 (e.g., on <br>
a one-time transaction) is much more irritating than a tax of the same <br>
amount but hidden (especially when it affects all cash holders equally, <br=
>
as in the case of inflation).<br>
<br>
There is no reason to believe that in any alternative financial system, <br=
>
it will be different (&quot;This time is different.&quot; No, it is not.)<b=
r>
<br>
The analogy is clear: a transaction tax is on-chain fee, an inflation <br>
tax is the block reward. And just in case: miners are only able to <br>
collect payment for providing network security in an amount equal to the <b=
r>
sum collected in both of these taxes, and no single satoshi more (the <br>
principle that &quot;There&#39;s no such thing as a free lunch&quot; applie=
s).<br>
<br>
Now, a little thought experiment:<br>
Imagine a system that tries to maintain a constant level of difficulty <br>
and reacts flexibly to changes in difficulty, by modulating the block <br>
reward level accordingly (using negative feedback).<br>
<br>
It is known that the system will oscillate around a certain level of the <b=
r>
block reward value (around a certain level of inflation) that provides <br>
the desired level of network security.<br>
<br>
Furthermore, Earth is a closed system with finite resources, making it <br>
hard to imagine a situation where Bitcoin is responsible for e.g. 95%<br>
of global energy consumption (while complaints already arise at 0.1%).<br>
<br>
In other words, the level of network security is de facto limited from <br>
the top, whether we like it or not.<br>
<br>
And for a naturally limited and still acceptable level of network <br>
security (vide: &quot;Change the code, not the climate&quot;) - there is a =
<br>
corresponding level of inflation.<br>
<br>
<br>
To sum this up, the most important conclusion to remember is:<br>
<br>
For a natural level of network security, there is a natural level of <br>
inflation.<br>
<br>
<br>
<br>
I&#39;ll add a very relevant comment I know from the internet:<br>
<br>
&quot;It makes sense. Something akin to what the central banks do by settin=
g <br>
interest rates, but algorithmic, leading to a &#39;natural&#39; (rather tha=
n <br>
manipulated) level of inflation. But different, because it&#39;s directly <=
br>
tied to security. I haven&#39;t thought whether it would be an issue if it =
<br>
works in one direction only (halvings, but no doublings), but it might. <br=
>
When I was learning about Bitcoin, I heard &quot;It costs you nothing to <b=
r>
store your bitcoin (as opposed to, say, gold). You get security for <br>
free.&quot; and thought it sounded wonderful, but too good to be true. Ther=
e <br>
is no free lunch and all that... I understand a lack of inflation is <br>
aligned with Austrian economics, but the Austrians didn&#39;t know a <br>
monetary system whose security was tied to inflation. So it&#39;s a new <br=
>
concept to wrap one&#39;s head around.&quot;<br>
<a href=3D"https://stacker.news/items/291420" rel=3D"noreferrer noreferrer"=
 target=3D"_blank">https://stacker.news/items/291420</a><br>
<br>
<br>
There is growing awareness of the lack of a free market between active <br>
and passive participants in Bitcoin and growing awareness of the <br>
inevitability of the problem that will arise in the future as a result. <br=
>
And there is slowly growing acceptance of well-thought-out proposals to <br=
>
fix this situation.<br>
The free market is more important than finite supply.<br>
<br>
<br>
Regards<br>
Jaroslaw<br>
<br>
<br>
W dniu 03.11.2023 o=C2=A019:24, Erik Aronesty via bitcoin-dev pisze:<br>
&gt; currently, there are providers of anonymity=C2=A0services, scaling ser=
vices, <br>
&gt; custody, and other services layered on top of bitcoin using trust-base=
d <br>
&gt; and federated models.<br>
&gt; <br>
&gt; as bitcoin becomes more popular, these service providers have <br>
&gt; increasingly had a louder &quot;voice&quot; in development and mainten=
ance of the <br>
&gt; protocol<br>
&gt; <br>
&gt; holders generally want these features<br>
&gt; <br>
&gt; but service providers have an incentive to maintain a &quot;moat&quot;=
 around <br>
&gt; their services<br>
&gt; <br>
&gt; in summary, making privacy, scaling and vaulting &quot;hard&quot; for =
regular <br>
&gt; users, keeping it off-chain and federated...=C2=A0 is now incentivised=
 among <br>
&gt; a vocal, but highly technical, minority<br>
&gt; <br>
&gt; is anyone else worried about this?<br>
&gt; <br>
&gt; _______________________________________________<br>
&gt; bitcoin-dev mailing list<br>
&gt; <a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_bl=
ank" rel=3D"noreferrer">bitcoin-dev@lists.linuxfoundation.org</a><br>
&gt; <a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-=
dev" rel=3D"noreferrer noreferrer" target=3D"_blank">https://lists.linuxfou=
ndation.org/mailman/listinfo/bitcoin-dev</a><br>
</blockquote></div>

--000000000000a1b01a060968fdb8--