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
|
Delivery-date: Sun, 20 Jul 2025 16:14:47 -0700
Received: from mail-oi1-f192.google.com ([209.85.167.192])
by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from <bitcoindev+bncBDQ6BG4PT4CRBXPQ6XBQMGQE5HOWSIQ@googlegroups.com>)
id 1uddF0-0004MA-Dl
for bitcoindev@gnusha.org; Sun, 20 Jul 2025 16:14:47 -0700
Received: by mail-oi1-f192.google.com with SMTP id 5614622812f47-4139102c7f9sf3049965b6e.3
for <bitcoindev@gnusha.org>; Sun, 20 Jul 2025 16:14:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlegroups.com; s=20230601; t=1753053280; x=1753658080; darn=gnusha.org;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:x-original-sender:mime-version
:subject:references:in-reply-to:message-id:to:from:date:sender:from
:to:cc:subject:date:message-id:reply-to;
bh=ply+CxwP98HF3LIRUL08t25fB+N0j9PM7X3V8S8+vTA=;
b=wbhylfZzowU2fHiyYNduXp50v46jbFCCWu4gNaPQI4c+KAmSfbVZkT+7W9oGwuCrL4
rKXsuSxkWiv1b4TWDu3uHeLnVcAUWqXk3qbdg9gtKhbZYhBaa/QnnLR8FEuJWBNH+hRe
1ol++KFbbRNgirZce4gY2N5GEv+4nh7rO7ECcs0geUTMigZtNPspEFxzKEc4jBxWiPa5
qnFhpWlDVZnbMWQoB1/p5Pjtn0JJ59bTq2t8cLVixNRP9EHNzbN7bfIc3pXBD9vGgIbD
agmhz7d3qhmh4MRBryrmyf54EQ5QYqnKgrRtJw1PD41BfgdF0991IwTmAE3vw/oOhxZJ
Vt6Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1753053280; x=1753658080; darn=gnusha.org;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:x-original-sender:mime-version
:subject:references:in-reply-to:message-id:to:from:date:from:to:cc
:subject:date:message-id:reply-to;
bh=ply+CxwP98HF3LIRUL08t25fB+N0j9PM7X3V8S8+vTA=;
b=DuRH1ao+z3iGmrhX0FBbYSrWqwD5d/H1088u7OYq3M7ZG+6a4Rtr02FPZ6ZWnIRT5Q
05vwLPv/xHyGahgLQwHOivz2Ra+hF7ubqohPSHqyMIn1Xr+One2kRUayVvmEu+alayGz
hRx7AEMWEsEu7pu4SUG00maN1Va4BBR01T/iLFGxd99uBXtA8Pel4MFljOjPU2McXlbP
qPvYvYFi7lkLj3R61WUMbx2iwQKMjWEVTLpb4ZBe5+lBrbMiy1hKfklPe3bwUP7c/4YF
VxMpmVXgu50CEpBJrSHEDcinmewhND3T0QdC5D4Tj7T1c5LjShYv1ikZ2YufvHTv5udB
zU+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1753053280; x=1753658080;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:x-original-sender:mime-version
:subject:references:in-reply-to:message-id:to:from:date:x-beenthere
:x-gm-message-state:sender:from:to:cc:subject:date:message-id
:reply-to;
bh=ply+CxwP98HF3LIRUL08t25fB+N0j9PM7X3V8S8+vTA=;
b=mXHS76f4AlOoA3BFT8z+q1EateD2KYideUW7S8+sA+Mf5gX0OWGq+sBEQi/Iy99bwz
/4+0WwqHA3Vqx/8x164bPws2tJtSlOj3mFBtfd1PZle/KYZnf7aAwIahI8k6Gh1i5d0O
1aX5cGW79kNm6pyjQcTXUxd4WpbbKj6cyGxGXT1VtlG6PSCDpUI4Mwrm1wt9ZO4DLxK+
ItsaF/aCx9YWi1XVyO/Qb5JN7E3JuZlIDLBq+M6qNXsOu1OWlo08RwZGuBv1Gs/tJWJA
Jy5q9YW+HbAkHMJfwbfBwjnqyqTR9xvByfIWh6LmtK0/pLAD6BV+Cs41MlIQ7mELiNKV
mldg==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=1; AJvYcCVOF7CNKoxn1rl8rqw31pg5iM9PQj8ZZT6CMFf1rwfQhoWX5GxxX068L0fWKAQMvM2h3JkPCDLWqzIP@gnusha.org
X-Gm-Message-State: AOJu0YytuouUeVAyGwCBbrCzjVOBfRonvJUMz5HDq6jQmBDXlT+aRyk1
bWH1q53mgx+0uQbwQl3Tj7wehENq7rk5Oxf1qSlM+EcXXjiXdpFt099q
X-Google-Smtp-Source: AGHT+IHMnUY6wMSABA46DV40oTl+OiArYZJpkCyRKLjUYzxKkonTewoQxr8tExV+tjUVWgdDdBgJBA==
X-Received: by 2002:a05:6808:350b:b0:40a:5356:6569 with SMTP id 5614622812f47-41d04996c65mr11790246b6e.25.1753053279816;
Sun, 20 Jul 2025 16:14:39 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=AZMbMZfPQ49CfRdDVXWUF6txqhwHeQYxHzMuaK1zMyp0LWOe+w==
Received: by 2002:a05:6820:100b:b0:615:a3b6:f104 with SMTP id
006d021491bc7-615ac704062ls2078008eaf.2.-pod-prod-01-us; Sun, 20 Jul 2025
16:14:37 -0700 (PDT)
X-Received: by 2002:a05:6808:16a0:b0:403:50e7:83db with SMTP id 5614622812f47-41cefe0a659mr11792856b6e.25.1753053277167;
Sun, 20 Jul 2025 16:14:37 -0700 (PDT)
Received: by 2002:a05:690c:9989:b0:711:63b1:720 with SMTP id 00721157ae682-7194e2f0e64ms7b3;
Sun, 20 Jul 2025 16:13:04 -0700 (PDT)
X-Received: by 2002:a05:690c:ed2:b0:718:481a:4872 with SMTP id 00721157ae682-718481a48d8mr181066627b3.42.1753053183707;
Sun, 20 Jul 2025 16:13:03 -0700 (PDT)
Date: Sun, 20 Jul 2025 16:13:03 -0700 (PDT)
From: Javier Mateos <javierpmateos@gmail.com>
To: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Message-Id: <0ea9abf6-abe7-4287-aa6a-90d204147bedn@googlegroups.com>
In-Reply-To: <aHgQaJOEe0x0b0HY@petertodd.org>
References: <a186c724-eef7-4964-9aba-85ae9cce2249n@googlegroups.com>
<634ea7a6-1695-46e8-a337-1fef1ac17a66@murch.one>
<aHgQaJOEe0x0b0HY@petertodd.org>
Subject: Re: [bitcoindev] [BIP Proposal] Proof-of-Activity Reclamation (PoAR)
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_Part_455806_1056542070.1753053183384"
X-Original-Sender: javierpmateos@gmail.com
Precedence: list
Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com
List-ID: <bitcoindev.googlegroups.com>
X-Google-Group-Id: 786775582512
List-Post: <https://groups.google.com/group/bitcoindev/post>, <mailto:bitcoindev@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:bitcoindev+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/bitcoindev
List-Subscribe: <https://groups.google.com/group/bitcoindev/subscribe>, <mailto:bitcoindev+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+786775582512+unsubscribe@googlegroups.com>,
<https://groups.google.com/group/bitcoindev/subscribe>
X-Spam-Score: -0.5 (/)
------=_Part_455806_1056542070.1753053183384
Content-Type: multipart/alternative;
boundary="----=_Part_455807_1959550345.1753053183384"
------=_Part_455807_1959550345.1753053183384
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hi Donald and everyone!
First of all, I want to thank you for the effort and work put into this=20
proposal, wich addressses a complex and important topic. Howewer, to my=20
understanding, the proposal clearly lacks solid foundations, and although=
=20
it tries to anticipate some objections, the responses offered are either=20
insufficient or even counterproductive.
1) The issue of miner incentives is overstated
The last bitcoin won=E2=80=99t be mined until the year 2140, which means we=
=E2=80=99re=20
still more than 100 years away. Justifying such a structural change today=
=20
based on a concern that lies completely outside our current technical,=20
social, and economic horizon is an exaggeration. As rewards decrease,=20
Bitcoin has already shown a natural tendency to substitute them with=20
transaction fees, without this causing any systemic collapse.
2) Artificial scarcity is not a problem (it=E2=80=99s part of the design)
Bitcoin is divisible into 100 million satoshis per unit, which provides=20
more than enough granularity to operate even if BTC reaches astronomical=20
values. If 1 BTC were worth more than 1 million u$s, each satoshi would be=
=20
worth over a cent. If necessary, an extension of decimals could be=20
considered in the future (as is already done in Lightning with=20
millisatoshis), without altering the fundamental rules.
The idea that =E2=80=9Clost value must be recovered=E2=80=9D to maintain li=
quidity=20
completely ignores the fact that in a deflationary economy, the loss of=20
units doesn=E2=80=99t necessarily reduce system functionality=E2=80=94it in=
creases the=20
value of the remaining units. In the words of Satoshi Nakamoto himself:
=E2=80=9CLost coins only make everyone else=E2=80=99s coins worth slightly =
more. Think of=20
it as a donation to everyone.=E2=80=9D (I clarify that i do not necessarily=
=20
intended to be canonical)
3) The confiscation risk doesn't disappear just because it's framed as=20
"reauthentication."
The argument that =E2=80=9Cif you can=E2=80=99t move your coins for 20 year=
s, it=E2=80=99s=20
indistinguishable from abandonment=E2=80=9D is not only weak, but profoundl=
y=20
dangerous. What happens if coins are immobilized as part of an inheritance,=
=20
a trust, or simply due to personal choice?
Peter Todd summed it up perfectly:
=E2=80=9CIf you want to argue for actually redistributing coins rather than=
just=20
creating new ones out of thin air - for whatever reason - you need to=20
justify why you want to risk confiscating coins that were not in fact lost.=
=E2=80=9D
The fact that the current system can=E2=80=99t distinguish between lost and=
=20
non-lost coins doesn=E2=80=99t justify defaulting to confiscation. In fact,=
that=20
limitation is deliberate: Bitcoin is based on the presumption of individual=
=20
sovereignty, not on a registry of =E2=80=9Clegitimate activity.=E2=80=9D Wh=
y should I be=20
required to spend or move my BTC if I don=E2=80=99t want to? The very idea =
of=20
Bitcoin is that *I have full freedom to decide what to do with my funds. *
4) Bitcoin does not need to "reactivate" value to sustain its economy.
The assumption that a prolonged decrease in supply would destabilize the=20
system has not been empirically demonstrated. Growing demand, combined with=
=20
coin loss, creates deflationary pressure, yes=E2=80=94but that doesn=E2=80=
=99t prevent=20
circulation or absolutely disincentivize spending. Bitcoin=E2=80=99s econom=
y has=20
already adapted to this over time without artificial intervention.
Sincerely,
Javier Mateos
El mi=C3=A9rcoles, 16 de julio de 2025 a las 18:05:40 UTC-3, Peter Todd esc=
ribi=C3=B3:
> On Tue, Jul 15, 2025 at 03:02:04PM -0700, Murch wrote:
> > Hi Donald and all,
> >=20
> > The idea of recycling dormant coins is one that has made the rounds=20
> several
> > times before, including in the form of the "Bitcoin Dormant Recovery
> > Proposal" just a couple months ago:
> > https://github.com/bitcoin/bips/pull/1852
> >=20
> > I don=E2=80=99t have the impression that the idea has been particularly=
popular,=20
> and
> > as BIPs go, this one is missing crucial parts, e.g.:
> >=20
> > =E2=80=A2 A more comprehensive motivation based on thorough analysis ho=
w
> > redistributing dormant coins improves the system as this constitutes a
> > departure of the status quo for the supply schedule
>
> Worth noting that from an economic point of view redistributing genuinely=
=20
> lost
> coins, and creating coins out of thin air, is essentially the same thing:
> either way you are introducing coins into the active economy that were
> previously not in economic circulation. In both cases you are diluting th=
e
> value of non-lost coins by increasing the total active supply, decreasing=
=20
> their
> purchasing power proportionally.
>
> If you want to argue for actually redistributing coins rather than just
> creating new ones out of thin air - for whatever reason - you need to=20
> justify
> why you want to risk confiscating coins that were not in fact lost.
>
> --=20
> https://petertodd.org 'peter'[:-1]@petertodd.org
>
--=20
You received this message because you are subscribed to the Google Groups "=
Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/=
0ea9abf6-abe7-4287-aa6a-90d204147bedn%40googlegroups.com.
------=_Part_455807_1959550345.1753053183384
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<p>Hi Donald and everyone!<br />First of all, I want to thank you for the e=
ffort and work put into this proposal, wich addressses a complex and import=
ant topic. Howewer, to my understanding, the proposal clearly lacks solid f=
oundations, and although it tries to anticipate some objections, the respon=
ses offered are either insufficient or even counterproductive.</p>
<p>1) The issue of miner incentives is overstated<br />
The last bitcoin won=E2=80=99t be mined until the year 2140, which means we=
=E2=80=99re still more than 100 years away. Justifying such a structural ch=
ange today based on a concern that lies completely outside our current tech=
nical, social, and economic horizon is an exaggeration. As rewards decrease=
, Bitcoin has already shown a natural tendency to substitute them with tran=
saction fees, without this causing any systemic collapse.</p>
<p>2) Artificial scarcity is not a problem (it=E2=80=99s part of the design=
)<br />
Bitcoin is divisible into 100 million satoshis per unit, which provides mor=
e than enough granularity to operate even if BTC reaches astronomical value=
s. If 1 BTC were worth more than 1 million u$s, each satoshi would be worth=
over a cent. If necessary, an extension of decimals could be considered in=
the future (as is already done in Lightning with millisatoshis), without a=
ltering the fundamental rules.</p>
<p>The idea that =E2=80=9Clost value must be recovered=E2=80=9D to maintain=
liquidity completely ignores the fact that in a deflationary economy, the =
loss of units doesn=E2=80=99t necessarily reduce system functionality=E2=80=
=94it increases the value of the remaining units. In the words of Satoshi N=
akamoto himself:<br />
=E2=80=9CLost coins only make everyone else=E2=80=99s coins worth slightly =
more. Think of it as a donation to everyone.=E2=80=9D (I clarify that i do =
not necessarily intended to be canonical)</p>
<p>3) The confiscation risk doesn't disappear just because it's framed as "=
reauthentication."<br />
The argument that =E2=80=9Cif you can=E2=80=99t move your coins for 20 year=
s, it=E2=80=99s indistinguishable from abandonment=E2=80=9D is not only wea=
k, but profoundly dangerous. What happens if coins are immobilized as part =
of an inheritance, a trust, or simply due to personal choice?</p>
<p>Peter Todd summed it up perfectly:<br />
=E2=80=9CIf you want to argue for actually redistributing coins rather than=
just creating new ones out of thin air - for whatever reason - you need to=
justify why you want to risk confiscating coins that were not in fact lost=
.=E2=80=9D</p>
<p>The fact that the current system can=E2=80=99t distinguish between lost =
and non-lost coins doesn=E2=80=99t justify defaulting to confiscation. In f=
act, that limitation is deliberate: Bitcoin is based on the presumption of =
individual sovereignty, not on a registry of =E2=80=9Clegitimate activity.=
=E2=80=9D Why should I be required to spend or move my BTC if I don=E2=80=
=99t want to? The very idea of Bitcoin is that <strong>I have full freedom =
to decide what to do with my funds.=C2=A0</strong></p><p>4) Bitcoin does no=
t need to "reactivate" value to sustain its economy.<br />
The assumption that a prolonged decrease in supply would destabilize the sy=
stem has not been empirically demonstrated. Growing demand, combined with c=
oin loss, creates deflationary pressure, yes=E2=80=94but that doesn=E2=80=
=99t prevent circulation or absolutely disincentivize spending. Bitcoin=E2=
=80=99s economy has already adapted to this over time without artificial in=
tervention.</p>
<p><br />Sincerely,<br />Javier Mateos</p><br /><div class=3D"gmail_quote">=
<div dir=3D"auto" class=3D"gmail_attr">El mi=C3=A9rcoles, 16 de julio de 20=
25 a las 18:05:40 UTC-3, Peter Todd escribi=C3=B3:<br/></div><blockquote cl=
ass=3D"gmail_quote" style=3D"margin: 0 0 0 0.8ex; border-left: 1px solid rg=
b(204, 204, 204); padding-left: 1ex;">On Tue, Jul 15, 2025 at 03:02:04PM -0=
700, Murch wrote:
<br>> Hi Donald and all,
<br>>=20
<br>> The idea of recycling dormant coins is one that has made the round=
s several
<br>> times before, including in the form of the "Bitcoin Dormant R=
ecovery
<br>> Proposal" just a couple months ago:
<br>> <a href=3D"https://github.com/bitcoin/bips/pull/1852" target=3D"_b=
lank" rel=3D"nofollow" data-saferedirecturl=3D"https://www.google.com/url?h=
l=3Des&q=3Dhttps://github.com/bitcoin/bips/pull/1852&source=3Dgmail=
&ust=3D1753137124690000&usg=3DAOvVaw1c8HKJfPz8-UImLQL2cRJx">https:/=
/github.com/bitcoin/bips/pull/1852</a>
<br>>=20
<br>> I don=E2=80=99t have the impression that the idea has been particu=
larly popular, and
<br>> as BIPs go, this one is missing crucial parts, e.g.:
<br>>=20
<br>> =E2=80=A2 A more comprehensive motivation based on thorough analys=
is how
<br>> redistributing dormant coins improves the system as this constitut=
es a
<br>> departure of the status quo for the supply schedule
<br>
<br>Worth noting that from an economic point of view redistributing genuine=
ly lost
<br>coins, and creating coins out of thin air, is essentially the same thin=
g:
<br>either way you are introducing coins into the active economy that were
<br>previously not in economic circulation. In both cases you are diluting =
the
<br>value of non-lost coins by increasing the total active supply, decreasi=
ng their
<br>purchasing power proportionally.
<br>
<br>If you want to argue for actually redistributing coins rather than just
<br>creating new ones out of thin air - for whatever reason - you need to j=
ustify
<br>why you want to risk confiscating coins that were not in fact lost.
<br>
<br>--=20
<br><a href=3D"https://petertodd.org" target=3D"_blank" rel=3D"nofollow" da=
ta-saferedirecturl=3D"https://www.google.com/url?hl=3Des&q=3Dhttps://pe=
tertodd.org&source=3Dgmail&ust=3D1753137124690000&usg=3DAOvVaw3=
ayDQjR3WXPKNrZ1NAgbAc">https://petertodd.org</a> 'peter'[:-1]@<a hr=
ef=3D"http://petertodd.org" target=3D"_blank" rel=3D"nofollow" data-safered=
irecturl=3D"https://www.google.com/url?hl=3Des&q=3Dhttp://petertodd.org=
&source=3Dgmail&ust=3D1753137124690000&usg=3DAOvVaw2gtXy9MrLZ52=
7g8O0U-_V2">petertodd.org</a>
<br></blockquote></div>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:bitcoindev+unsubscribe@googlegroups.com">bitcoind=
ev+unsubscribe@googlegroups.com</a>.<br />
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/0ea9abf6-abe7-4287-aa6a-90d204147bedn%40googlegroups.com?utm_med=
ium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/msgid/bitcoind=
ev/0ea9abf6-abe7-4287-aa6a-90d204147bedn%40googlegroups.com</a>.<br />
------=_Part_455807_1959550345.1753053183384--
------=_Part_455806_1056542070.1753053183384--
|