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
|
Delivery-date: Tue, 15 Jul 2025 15:04:15 -0700
Received: from mail-qt1-f188.google.com ([209.85.160.188])
by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from <bitcoindev+bncBD25BV5HWYARBVFA3PBQMGQEMWEXCQA@googlegroups.com>)
id 1ubnl1-0008B0-5b
for bitcoindev@gnusha.org; Tue, 15 Jul 2025 15:04:15 -0700
Received: by mail-qt1-f188.google.com with SMTP id d75a77b69052e-4ab76d22670sf36467471cf.1
for <bitcoindev@gnusha.org>; Tue, 15 Jul 2025 15:04:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlegroups.com; s=20230601; t=1752617049; x=1753221849; darn=gnusha.org;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:reply-to: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=pFTRsQ7nxxYDxK6sdrQHPM20Yx99rWWlIvgUOTx/smM=;
b=DuQJk96LAVfw1bLrTfOglXabqJLg3OK+uRXislNIwRLOMvHoPMmTKHpXNr1x85DlDn
c5OuTJMX5n1kDKdwiky61yu+PALUhDnft5nbe4LIvzcvozFjc2+jIWNOF0t2+3AB82QO
p2JFlCVZNG8LWbEKr6AXXOPTWxuDhq2ElhZwhiA8t58adJT9VFfODTjgBjFppG2HyhLr
6OmxhzS6N8sGFQLCcSoZz1LLcoxqy6vXiXdmTCyLXtTNJQPJxHJ0/wFpa0/z13Vh1xi9
aGoquDqoXqpfLpYHxD8OkM1eIONIirhmXKBOok3CunbBpPnK+uvNbVDPN5u61Fnr4zm6
JHMw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1752617049; x=1753221849;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:reply-to:x-original-sender
:mime-version:subject:references:in-reply-to:message-id:to:from:date
:x-beenthere:x-gm-message-state:from:to:cc:subject:date:message-id
:reply-to;
bh=pFTRsQ7nxxYDxK6sdrQHPM20Yx99rWWlIvgUOTx/smM=;
b=WF8bKqQQ/yryT6T13iij9SWFnMfvpRVL0Dwk9DGqJTD28UPxHm3GH6EQbvRAlxop14
3cSJ8u6qs++INajm3DAq/93YvUonPYMqShsJdctyKMNxKbrQqZnP2cuQGg/bCfWrck4c
n6KHNJDWfLjCV8287TI17nCPKtY5P+G9XQR1Op+O8StYpCz9G20CP1pI0IOnF5+YF9aq
9Bfa3G9ZtY+L35voE43j52REbsG5whr7Il811BOiPWX9Kj2EtsYBGuq5Pu2as3ZpS4DN
NPn5dCi4UL9oIWvN7PNbcxNP4NyLcdZRKSr8TsOgLAm/Z/c4DL0VYJvNp0YfFhgsbAQA
fMLA==
X-Forwarded-Encrypted: i=1; AJvYcCVWAZrgJwk1tikkcdkHtGrQZsLQXrGnYO4uZTq0hcesBnSNfKBrvlcdmOZk7yLPgXd05FZgO/6fyjxV@gnusha.org
X-Gm-Message-State: AOJu0YwtW07TGSXhUMumI/tleLnpG9CgHDgNE5WRkRyDNJhbk3cKUgnM
Wyc9cu+Tnwm3me0RZ4CWlmsI5T7gEg9yHKiTjOg8R9zKWhZLr8lv/09+
X-Google-Smtp-Source: AGHT+IEofW+jLThpUv06TUPk7HEQzeKVVyKlRwUeVXjdAHl8mvxev0y8cNz+Oz8SKOPjQlSqTtf3HQ==
X-Received: by 2002:ac8:5942:0:b0:4ab:6c75:620 with SMTP id d75a77b69052e-4ab93c518a5mr6900211cf.1.1752617048373;
Tue, 15 Jul 2025 15:04:08 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=AZMbMZege+ouVK+wu/Mivxyy16trB9xl23g973tSyQu2glBzaQ==
Received: by 2002:a05:622a:1481:b0:4ab:93c8:8533 with SMTP id
d75a77b69052e-4ab93c88b64ls1943641cf.0.-pod-prod-05-us; Tue, 15 Jul 2025
15:04:04 -0700 (PDT)
X-Received: by 2002:a05:620a:838f:b0:7ce:c471:2b8e with SMTP id af79cd13be357-7e343350a5dmr83528785a.10.1752617044677;
Tue, 15 Jul 2025 15:04:04 -0700 (PDT)
Received: by 2002:a05:690c:4283:b0:710:f35d:a3b2 with SMTP id 00721157ae682-71834a6c9cbms7b3;
Tue, 15 Jul 2025 14:58:41 -0700 (PDT)
X-Received: by 2002:a05:690c:fc7:b0:6f7:ae31:fdf with SMTP id 00721157ae682-71836c61e7bmr6152947b3.12.1752616720763;
Tue, 15 Jul 2025 14:58:40 -0700 (PDT)
Date: Tue, 15 Jul 2025 14:58:40 -0700 (PDT)
From: "'Donald Dienst' via Bitcoin Development Mailing List" <bitcoindev@googlegroups.com>
To: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Message-Id: <b1bdc366-bc27-44dd-b1c6-83776cb9d55fn@googlegroups.com>
In-Reply-To: <344a8917-5cb2-44c7-adbd-04ff091ad947n@googlegroups.com>
References: <a186c724-eef7-4964-9aba-85ae9cce2249n@googlegroups.com>
<344a8917-5cb2-44c7-adbd-04ff091ad947n@googlegroups.com>
Subject: [bitcoindev] Re: [BIP Proposal] Proof-of-Activity Reclamation (PoAR)
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_Part_151656_438805802.1752616720501"
X-Original-Sender: dddienst@pm.me
X-Original-From: Donald Dienst <dddienst@pm.me>
Reply-To: Donald Dienst <dddienst@pm.me>
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: -1.0 (-)
------=_Part_151656_438805802.1752616720501
Content-Type: multipart/alternative;
boundary="----=_Part_151657_251416359.1752616720501"
------=_Part_151657_251416359.1752616720501
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
=20
Boris,
Thank you for taking the time to raise these thoughtful objections. They=20
highlight important edge cases, particularly around long-term inheritance=
=20
planning and time-locked contracts, that deserve further discussion.
The intent of this proposal is not to seize anyone=E2=80=99s Bitcoin but to=
create=20
a rules-based mechanism for reintroducing truly abandoned coins=E2=80=94tho=
se=20
locked away forever due to lost keys=E2=80=94back into the economy. If a pr=
ivate=20
key is irrecoverably lost, the associated Bitcoin is effectively removed=20
from circulation and, arguably, no longer owned. In such cases, the=20
so-called "security tax" affects no active participant.
That said, your concerns are valid. One potential refinement would be to=20
extend the inactivity window significantly=E2=80=94perhaps even to 100 year=
s=E2=80=94to=20
better accommodate multi-generational ownership and time-locked smart=20
contracts. The core idea is that a sufficiently long timeframe, paired with=
=20
clear expectations and wallet alerts, can strike a balance between=20
preserving ownership rights and sustaining economic viability.
It's also possible that this proposal=E2=80=94or one like it=E2=80=94may on=
ly be=20
realistically implemented as part of a broader hard fork in the distant=20
future, potentially bundled with other critical changes such as=20
post-quantum security upgrades. I hope that when that moment comes, a=20
mechanism for reclaiming permanently lost coins is part of that discussion.
To those who object on purely ideological grounds, I would offer this=20
reflection: if something can happen, it will happen=E2=80=94and it will con=
tinue to=20
happen. People will keep losing keys. And one day, someone will lose the=20
private key to the very last satoshi. Long before that point, Bitcoin may=
=20
become functionally unusable=E2=80=94not because of inflation like fiat cur=
rencies,=20
but due to irreversible deflation and economic ossification.
In that light, maintaining the myth that permanently lost coins should=20
remain sacrosanct is not ideological purity=E2=80=94it=E2=80=99s advocating=
for a slow=20
march toward irrelevance. To preserve Bitcoin=E2=80=99s utility as both a s=
tore of=20
value and a medium of exchange, we must confront this eventuality with=20
reasoned, transparent, and opt-in solutions.
Sincerely,
*Donald D. Dienst*
On Tuesday, July 15, 2025 at 3:42:15=E2=80=AFPM UTC-4 Boris Nagaev wrote:
> Hi Donald,
>
> Thanks for sharing your proposal!
>
> There are several additional objections worth considering:
>
> 1. It would require a hard fork. Older nodes would reject blocks with=
=20
> a higher-than-expected miner reward. By contrast, SegWit and Taproot w=
ere=20
> implemented as soft forks.
> 2. It breaks long-term inheritance schemes. Imagine a newborn=20
> inheriting 1000 BTC from a wealthy relative. The relative sets a 30-ye=
ar=20
> timelock to ensure the funds are not misused during childhood. This=20
> proposal would interfere with that intention and potentially strip the=
heir=20
> of their rightful inheritance.
> 3. It penalizes long-term planning and low time preference. Users who=
=20
> intentionally lock up funds for decades (whether for inheritance, secu=
rity,=20
> or economic reasons) would be disproportionately impacted.
> 4. It changes who pays for network security. Miners are expected to be=
=20
> compensated in the long term by transaction fees paid by active transa=
ction=20
> senders. This proposal would instead take value from long-term holders=
who=20
> aren't participating in the transaction flow, effectively taxing them=
=20
> without consent.
>
>
> Best regards,
> Boris
>
> On Tuesday, July 15, 2025 at 3:26:35=E2=80=AFPM UTC-3 Donald Dienst wrote=
:
>
> Dear Bitcoin developers,
>
> I would like to propose a new BIP titled "Proof-of-Activity Reclamation=
=20
> (PoAR)," which aims to address the long-term economic effects of lost and=
=20
> abandoned UTXOs.
>
> This proposal introduces a fully automated and rule-based mechanism to=20
> gradually recycle coins that have been provably inactive for over 20 year=
s.=20
> These coins are returned to the undistributed pool and slowly reintroduce=
d=20
> via future block rewards=E2=80=94extending miner incentives while respect=
ing the 21=20
> million BTC cap.
>
> You can view the full proposal here:
> https://gist.github.com/Brandchatz/56c39d289db9e56190c13922850815b8
>
> I welcome your thoughts, suggestions, and critiques.
>
> Best regards, =20
> Donald Dienst =20
> dddi...@protonmail.com
>
>
--=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/=
b1bdc366-bc27-44dd-b1c6-83776cb9d55fn%40googlegroups.com.
------=_Part_151657_251416359.1752616720501
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<p>Boris,</p>
<p>Thank you for taking the time to raise these thoughtful objections. They=
highlight important edge cases, particularly around long-term inheritance =
planning and time-locked contracts, that deserve further discussion.</p>
<p>The intent of this proposal is not to seize anyone=E2=80=99s Bitcoin but=
to create a rules-based mechanism for reintroducing truly abandoned coins=
=E2=80=94those locked away forever due to lost keys=E2=80=94back into the e=
conomy. If a private key is irrecoverably lost, the associated Bitcoin is e=
ffectively removed from circulation and, arguably, no longer owned. In such=
cases, the so-called "security tax" affects no active participant.</p>
<p>That said, your concerns are valid. One potential refinement would be to=
extend the inactivity window significantly=E2=80=94perhaps even to 100 yea=
rs=E2=80=94to better accommodate multi-generational ownership and time-lock=
ed smart contracts. The core idea is that a sufficiently long timeframe, pa=
ired with clear expectations and wallet alerts, can strike a balance betwee=
n preserving ownership rights and sustaining economic viability.</p>
<p>It's also possible that this proposal=E2=80=94or one like it=E2=80=94may=
only be realistically implemented as part of a broader hard fork in the di=
stant future, potentially bundled with other critical changes such as post-=
quantum security upgrades. I hope that when that moment comes, a mechanism =
for reclaiming permanently lost coins is part of that discussion.</p>
<p>To those who object on purely ideological grounds, I would offer this re=
flection: if something can happen, it will happen=E2=80=94and it will conti=
nue to happen. People will keep losing keys. And one day, someone will lose=
the private key to the very last satoshi. Long before that point, Bitcoin =
may become functionally unusable=E2=80=94not because of inflation like fiat=
currencies, but due to irreversible deflation and economic ossification.</=
p>
<p>In that light, maintaining the myth that permanently lost coins should r=
emain sacrosanct is not ideological purity=E2=80=94it=E2=80=99s advocating =
for a slow march toward irrelevance. To preserve Bitcoin=E2=80=99s utility =
as both a store of value and a medium of exchange, we must confront this ev=
entuality with reasoned, transparent, and opt-in solutions.</p>
<p>Sincerely,<br />
<strong>Donald D. Dienst</strong></p>
<br /><br /><div class=3D"gmail_quote"><div dir=3D"auto" class=3D"gmail_att=
r">On Tuesday, July 15, 2025 at 3:42:15=E2=80=AFPM UTC-4 Boris Nagaev wrote=
:<br/></div><blockquote class=3D"gmail_quote" style=3D"margin: 0 0 0 0.8ex;=
border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi Donald,<=
br><br>Thanks for sharing your proposal!<br><br>There are several additiona=
l objections worth considering:<br><ol><li>It would require a hard fork. Ol=
der nodes would reject blocks with a higher-than-expected miner reward. By =
contrast, SegWit and Taproot were implemented as soft forks.</li><li>It bre=
aks long-term inheritance schemes. Imagine a newborn inheriting 1000 BTC fr=
om a wealthy relative. The relative sets a 30-year timelock to ensure the f=
unds are not misused during childhood. This proposal would interfere with t=
hat intention and potentially strip the heir of their rightful inheritance.=
</li><li>It penalizes long-term planning and low time preference. Users who=
intentionally lock up funds for decades (whether for inheritance, security=
, or economic reasons) would be disproportionately impacted.</li><li>It cha=
nges who pays for network security.=C2=A0Miners are expected to be compensa=
ted in the long term by transaction fees paid by active transaction senders=
.=C2=A0This proposal would instead take value from long-term holders who ar=
en't participating in the transaction flow, effectively taxing them wit=
hout consent.</li></ol><br>Best regards,<br><div>Boris</div><div><br></div>=
<div><div dir=3D"auto">On Tuesday, July 15, 2025 at 3:26:35=E2=80=AFPM UTC-=
3 Donald Dienst wrote:<br></div><blockquote style=3D"margin:0px 0px 0px 0.8=
ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Bitcoin de=
velopers,<br><br>I would like to propose a new BIP titled "Proof-of-Ac=
tivity Reclamation (PoAR)," which aims to address the long-term econom=
ic effects of lost and abandoned UTXOs.<br><br>This proposal introduces a f=
ully automated and rule-based mechanism to gradually recycle coins that hav=
e been provably inactive for over 20 years. These coins are returned to the=
undistributed pool and slowly reintroduced via future block rewards=E2=80=
=94extending miner incentives while respecting the 21 million BTC cap.<br><=
br>You can view the full proposal here:<br><a href=3D"https://gist.github.c=
om/Brandchatz/56c39d289db9e56190c13922850815b8" rel=3D"nofollow" target=3D"=
_blank" data-saferedirecturl=3D"https://www.google.com/url?hl=3Den&q=3D=
https://gist.github.com/Brandchatz/56c39d289db9e56190c13922850815b8&sou=
rce=3Dgmail&ust=3D1752703032131000&usg=3DAOvVaw33OzSmobHSO7K3fMAfSq=
yx">https://gist.github.com/Brandchatz/56c39d289db9e56190c13922850815b8</a>=
<br><br>I welcome your thoughts, suggestions, and critiques.<br><br>Best re=
gards, =C2=A0<br>Donald Dienst =C2=A0<br><a rel=3D"nofollow">dddi...@proton=
mail.com</a></blockquote></div></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/b1bdc366-bc27-44dd-b1c6-83776cb9d55fn%40googlegroups.com?utm_med=
ium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/msgid/bitcoind=
ev/b1bdc366-bc27-44dd-b1c6-83776cb9d55fn%40googlegroups.com</a>.<br />
------=_Part_151657_251416359.1752616720501--
------=_Part_151656_438805802.1752616720501--
|