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
|
Return-Path: <keagan.mcclelland@gmail.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138])
by lists.linuxfoundation.org (Postfix) with ESMTP id B1229C000E
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 23 Jun 2021 18:14:19 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp1.osuosl.org (Postfix) with ESMTP id 9377583B5C
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 23 Jun 2021 18:14:19 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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_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 oQAsQx5Cvvnd
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 23 Jun 2021 18:14:18 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com
[IPv6:2a00:1450:4864:20::435])
by smtp1.osuosl.org (Postfix) with ESMTPS id 20EA283B43
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 23 Jun 2021 18:14:17 +0000 (UTC)
Received: by mail-wr1-x435.google.com with SMTP id e22so3682094wrc.1
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 23 Jun 2021 11:14:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=fEMKorE1ij8bL4nvgAUiBKc1LjGYaItWz++m7yVUQS0=;
b=WGm+c31QwVY1m7uj1DhcwXYW/0/AZRst/YOJBRGSbhrtu0VJpK2nisUrETm43CKkSD
oF/gB3Mr70fKkzMg9XkITdHR8DRGH3D+Bu/Bq3Y1aaPjMHkx0zyd4/LkgazSSMgszisH
U3r36YqKlOSUcgCBKkFBPSJfW8G1k53+5UWEJQldDzwhlcaGg5ZWOt7nEPa72YJ3CTtU
b3KeRRA7EWRlU7cDzkUhtgC2xdw+SJ78SCxCOw9K3+5JjsaGPK7w1rLuJSsj8xV6km0O
5vt5cyGHJ/quxC8yRkpFuqRU6bK01AGUSUMVo+3htbGMT27ahBStlgp0NSq+FRi92o/9
2iTQ==
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;
bh=fEMKorE1ij8bL4nvgAUiBKc1LjGYaItWz++m7yVUQS0=;
b=UNu2aotDTfkPs3FhzkPBChxLegKw2BYVbd04E2gVCmHYjl2EAkOKq5c73gYOuwuE3o
/EW0k8eeGGRao42vZIRuhUwu0FevooLG7emDRlQbqc9XaLFyXoo6YQMT5VP8JiHp40BD
GWPQYvGSw2yX2BikAur2JLN6RFHX9fcGK3vcWB6oVln8F+avjCz7mTPnNMkVyKTy6p1n
IlbFist5/mU6Uvr9168Zt4W730yhjWJglkKL0h97WPTvt6Ui0ip5z+naODV0FIxawDYs
IGrrBiGyBMj1Hhe/RUdMOFIqqNWRUl3Btvka9eqW/SZ56pGCmP6wAJJdvqytM2ppSx4M
srrg==
X-Gm-Message-State: AOAM531t8jv3rzLLc2+3tNjDsBtYgfYTYvmaxSXCIOGpWVq7JrWSy0dK
NmKrWnkXp4wZjwmwG2J77Oi9E7TWxWzPDq8n1ro=
X-Google-Smtp-Source: ABdhPJyRklZzv4i/C6kK39YwQRS+7/wfpQiDtxlSS8DWJN6uyynVC20E7l4ps7e84ko+23ytl8by+TBKorpR5VvjuPM=
X-Received: by 2002:adf:f048:: with SMTP id t8mr1579769wro.35.1624472056344;
Wed, 23 Jun 2021 11:14:16 -0700 (PDT)
MIME-Version: 1.0
References: <6do5xN2g5LPnFeM55iJ-4C4MyXOu_KeXxy68Xt4dJQMhi3LJ8ZrLICmEUlh8JGfDmsDG12m1JDAh0e0huwK_MlyKpdfn22ru3zsm7lYLfBo=@protonmail.com>
<CAJowKg+QM94g+JcC-E-NGD4J9-nXHWt5kBw14bXTAWaqZz=bYw@mail.gmail.com>
<CALeFGL02d9NVp+yobrtc2g6k2nBjBj0Qb==3Ukkbi8C_zb5qMg@mail.gmail.com>
<CAD5xwhi1G3Jj3FAAWQP3BXTK34ugDQY32hq-cQnt8Ny8JP4eGQ@mail.gmail.com>
<CAJowKgJ1x5YKWS1S-sgdU3Tn+hPT64iiUCwG8qh-JS0xqS7ieA@mail.gmail.com>
<30li5MRxkBhzLxLmzRnHkCdn8n3Feqegi-FLZ5VDyIX2uRJfq4kVtrsLxw6dUtsM1atYV25IfIfDaQp4s2Dn2vc8LvYkhbAsn0v_Fwjerpw=@protonmail.com>
<CAJ4-pEBYJNuNMUCt5J5DbKU4RC9JXcO7gZdKh2Vq6PHCmddaeg@mail.gmail.com>
<hASF-iYeGlsq3EhNWY0EWhk5S8R1Wwn534cWsrwLInd8K7f7bUDCAP4GgTj8_ZNsKtgv8y09GJovcS6KXhYRHODC5N_88fvCAF1Z-r2TUFg=@protonmail.com>
<CAJ4-pECb9QSUDPax8SU+-KGwPgVju=YKax9eb-iRwAmZGcMcPg@mail.gmail.com>
<CAJowKgJ3DOrtO+_XzoEnqQUQdge=zCopg2mvuy5F=RSeaVPJYQ@mail.gmail.com>
<CAKy8i-17Snk7ZeTL_U8ULDm3S5fYRXf412p1NpS_6CTT4Fhm0A@mail.gmail.com>
<CAKy8i-0efmC_AmAK6oLy1FooXd6WeSeOvRUOJ8Lb6BJoqduDTQ@mail.gmail.com>
<CAGpPWDaiGdgrECZzvM67O6t-kVieL4uR4ydEkHr+gwUB7Ahykg@mail.gmail.com>
<CAH5Bsr2WaOhSObNX-=61md6tF49auaH7wUB08qKv5baiFutxSw@mail.gmail.com>
<CAH+Axy7mc9pRfnQwmPx5BE8z9R3gGA2FtJkBEcbprKSgW0M6zg@mail.gmail.com>
<CAHeORg+b=2j9zTFeWEmxWBBQ584oSXpN6t0ujnvbAteWLSbJ3Q@mail.gmail.com>
<CAGpPWDZjsiHgN2_nzgpwF-Pq8btdbPQm3=f06S8nNfpSp+_GHw@mail.gmail.com>
In-Reply-To: <CAGpPWDZjsiHgN2_nzgpwF-Pq8btdbPQm3=f06S8nNfpSp+_GHw@mail.gmail.com>
From: Keagan McClelland <keagan.mcclelland@gmail.com>
Date: Wed, 23 Jun 2021 12:14:04 -0600
Message-ID: <CALeFGL3GZZy8J3VKbuQjof_c7nbGTCd-eY3_h3mH=mZnKehLMw@mail.gmail.com>
To: Billy Tetrud <billy.tetrud@gmail.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="000000000000ddb82205c572dff8"
X-Mailman-Approved-At: Wed, 23 Jun 2021 20:59:47 +0000
Subject: Re: [bitcoin-dev] Opinion on proof of stake in future
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: Wed, 23 Jun 2021 18:14:19 -0000
--000000000000ddb82205c572dff8
Content-Type: text/plain; charset="UTF-8"
> Premise: There is a healthy exchange market for PoS Coin X with tens of
thousands of participants bidding to buy and sell the coin for other
currencies on the market.
The difference here though is that Proof of Stake allows the quorum of coin
holders to block the exchange of said coins if they are going to a
particular destination. Nothing requires these staking nodes to include
particular transactions into a block. With that in mind, it isn't just that
you require the permission of the person who sold you the coins, which I
can agree is a less dangerous form of permission, but you must also require
the permission of at least 51% of the coin holders to even receive those
coins in the first place. This is not true in a Proof of Work system and
this difference absolutely should not be trivialized.
Keagan
On Wed, Jun 23, 2021 at 2:30 AM Billy Tetrud via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> > Barrier to entry in PoS is being given permission by the previous owner
> of a token
>
> The idea that proof of stake is not permissionless is completely invalid.
> It pains me to see such an argument here. Perhaps we can come to an
> agreement by being more specific. I'd like to propose the following:
>
> Premise: There is a healthy exchange market for PoS Coin X with tens of
> thousands of participants bidding to buy and sell the coin for other
> currencies on the market.
>
> If the premise above is true, then there is no significant permission
> needed to enter the market for minting blocks for PoS Coin X. If you make a
> bid on someone's coins and they don't like you and refuse, you can move on
> to any one of the other tens of thousands of people in that marketplace.
> Would you agree, Cloud Strife, that this situation couldn't be considered
> "permissioned"?
>
> If not, consider that participation in *any* decentralized system requires
> the permission of at least one user in that system. If there are thousands
> of bitcoin public nodes, you require the permission of at least one of them
> to participate in bitcoin. No one considers bitcoin "permissioned" because
> of this. Do you agree?
>
> On Thu, Jun 17, 2021 at 1:15 PM Cloud Strife via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>
>> Barrier to entry in PoW is matter for hardware and energy is
>> permissionless and exist all over the universe, permissionless cost which
>> exists for everyone no matter who because it's unforgeable.
>>
>> Barrier to entry in PoS is being given permission by the previous owner
>> of a token for you to have it via transfer or sale, both choices they never
>> have to make since there are no continuous costs with producing blocks
>> forcing it. A permission is an infinitely high barrier to entry if the
>> previous owner, like the premining party, refuses to give up the token they
>> control.
>>
>> You're skipping the part where you depend on a permission of a central
>> party in control of the authority token before you can produce blocks on
>> your rasberry Pi.
>>
>> Proof of stake is not in any possible way relevant to permissionless
>> protocols, and thus not possibly relevant to decentralized protocols where
>> control must be distributed to independent (i.e. permissionless) parties.
>>
>> There's nothing of relevance to discuss and this has been figured out
>> long long ago.
>>
>>
>> https://github.com/libbitcoin/libbitcoin-system/wiki/Proof-of-Stake-Fallacy
>>
>>
>> https://medium.com/@factchecker9000/nothing-is-worse-than-proof-of-stake-e70b12b988ca
>>
>>
>>
>>
>> On Tue, Jun 15, 2021 at 7:13 AM James MacWhyte via bitcoin-dev <
>> bitcoin-dev@lists.linuxfoundation.org> wrote:
>>
>>>
>>> @Lloyd wrote:
>>>
>>> Of course in reality no one wants to keep their coin holding keys online
>>>> so in Alogorand you can authorize a set of "participation keys"[1] that
>>>> will be used to create blocks on your coin holding key's behalf.
>>>> Hopefully you've spotted the problem.
>>>> You can send your participation keys to any malicious party with a nice
>>>> website (see random example [2]) offering you a good return.
>>>> Damn it's still Proof-of-SquareSpace!
>>>>
>>>
>>> I believe we are talking about a comparison to PoW, correct? If you want
>>> to mine PoW, you need to buy expensive hardware and configure it to work,
>>> and wait a long time to get any return by solo mining. Or you can join a
>>> mining pool, which might use your hashing power for nefarious purposes. Or
>>> you might skip the hardware all together and fall for some "cloud mining"
>>> scheme with a pretty website and a high rate of advertised return. So as
>>> you can see, Proof-of-SquareSpace exists in PoW as well!
>>>
>>> The PoS equivalent of buying mining hardware is setting up your own
>>> validator and not outsourcing that to anyone else. So both PoW and PoS have
>>> the professional/expert way of participating, and the fraud-prone, amateur
>>> way of participating. The only difference is, with PoS the
>>> professional/expert way is accessible to anyone with a raspberry Pi and a
>>> web connection, which is a much lower barrier to entry than PoW.
>>> _______________________________________________
>>> 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
>>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
--000000000000ddb82205c572dff8
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>> Premise: There is a healthy exchange market for =
PoS Coin X with tens of thousands of participants bidding to buy and sell t=
he coin for other currencies on the market.=C2=A0<br></div><div><br></div>T=
he difference here though is that Proof of Stake allows the quorum of coin =
holders to block the exchange of said coins if they are going to a particul=
ar destination. Nothing requires these staking nodes to include particular =
transactions into a block. With that in mind, it isn't just that you re=
quire the permission of the person who sold you the coins, which I can agre=
e is a less dangerous form of permission, but you must also require the per=
mission of at least 51% of the coin holders to even receive those coins in =
the first place. This is not true in a Proof of Work system and this differ=
ence absolutely should not be trivialized.<div><br></div><div>Keagan</div><=
/div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">O=
n Wed, Jun 23, 2021 at 2:30 AM Billy Tetrud via bitcoin-dev <<a href=3D"=
mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfounda=
tion.org</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D=
"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-le=
ft:1ex"><div dir=3D"ltr">>=C2=A0
Barrier to entry in PoS is being given permission by the previous owner of =
a token<div><br></div><div>The idea that proof of stake is not permissionle=
ss is completely invalid. It pains me to see such an argument here. Perhaps=
we can come to an agreement by being more specific. I'd like to propos=
e the following:</div><div><br></div><div>Premise: There is a healthy excha=
nge market for PoS Coin X with tens of thousands of participants bidding to=
buy and sell the coin for other currencies on the market.=C2=A0</div><div>=
<br></div><div>If the premise above is true, then there is no significant p=
ermission needed to enter the market for minting blocks for PoS Coin X. If =
you make a bid on someone's coins and they don't like you and refus=
e, you can move on to any one of the other tens of thousands of people in t=
hat marketplace. Would you agree, Cloud Strife, that this situation couldn&=
#39;t be considered "permissioned"?=C2=A0</div><div><br>If not, c=
onsider that participation in *any* decentralized system requires the permi=
ssion of at least one user in that system. If there are thousands of bitcoi=
n public nodes, you require the permission of at least one of them to parti=
cipate in bitcoin. No one considers bitcoin "permissioned" becaus=
e of this. Do you agree?=C2=A0</div></div><br><div class=3D"gmail_quote"><d=
iv dir=3D"ltr" class=3D"gmail_attr">On Thu, Jun 17, 2021 at 1:15 PM Cloud S=
trife via bitcoin-dev <<a href=3D"mailto:bitcoin-dev@lists.linuxfoundati=
on.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>> wro=
te:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"=
ltr"><div dir=3D"ltr">Barrier to entry in PoW is matter for hardware and en=
ergy is permissionless and exist all over the universe, permissionless=C2=
=A0cost which exists for everyone no matter who because it's unforgeabl=
e.<div><br></div><div>Barrier to entry in PoS is being given permission by =
the previous owner of a token for you to have it via transfer or sale, both=
choices they never have to make since there are no continuous=C2=A0costs w=
ith producing blocks forcing it. A permission is an infinitely high barrier=
to entry if the previous owner, like the premining party, refuses to give =
up the token they control.</div><div><br></div><div>You're skipping the=
part where you depend on a permission of a central party in control of the=
authority token before you can produce blocks on your rasberry=C2=A0Pi.</d=
iv><div><br></div><div>Proof of stake is not in any possible way relevant t=
o permissionless protocols, and thus not possibly relevant to decentralized=
protocols where control must be distributed to independent (i.e. permissio=
nless) parties.</div><div><br></div><div>There's nothing=C2=A0of releva=
nce to discuss and this has been figured out long long ago.</div><div><br><=
/div><div><a href=3D"https://github.com/libbitcoin/libbitcoin-system/wiki/P=
roof-of-Stake-Fallacy" target=3D"_blank">https://github.com/libbitcoin/libb=
itcoin-system/wiki/Proof-of-Stake-Fallacy</a><br></div><div><br></div><div>=
<a href=3D"https://medium.com/@factchecker9000/nothing-is-worse-than-proof-=
of-stake-e70b12b988ca" target=3D"_blank">https://medium.com/@factchecker900=
0/nothing-is-worse-than-proof-of-stake-e70b12b988ca</a><br></div><div><br><=
/div><div><br></div><div><br></div></div><br><div class=3D"gmail_quote"><di=
v dir=3D"ltr" class=3D"gmail_attr">On Tue, Jun 15, 2021 at 7:13 AM James Ma=
cWhyte via bitcoin-dev <<a href=3D"mailto:bitcoin-dev@lists.linuxfoundat=
ion.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>> wr=
ote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px=
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D=
"ltr"><div dir=3D"ltr"><br clear=3D"all"><div><div dir=3D"ltr"><div dir=3D"=
ltr"><div>@Lloyd wrote:</div><div><br></div></div></div></div></div><div cl=
ass=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0=
px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div =
dir=3D"ltr">Of course in reality no one wants to keep their coin holding ke=
ys online so in Alogorand you can authorize a set of "participation ke=
ys"[1] that will be used to create blocks on your coin holding key'=
;s behalf.<br>Hopefully you've spotted the problem.<br>You can send you=
r participation keys to any malicious party with a nice website (see random=
example [2]) offering you a good return.<br>Damn it's still Proof-of-S=
quareSpace!<br></div></blockquote><div><br></div><div>I believe we are talk=
ing about a comparison to PoW, correct? If you want to mine PoW, you need t=
o buy expensive hardware and configure it to work, and wait a long time to =
get any return by solo mining. Or you can join a mining pool, which might u=
se your hashing power for nefarious purposes. Or you might skip the hardwar=
e all together and fall for some "cloud mining" scheme with a pre=
tty website and a high rate of advertised return. So as you can see, Proof-=
of-SquareSpace exists in PoW as well!</div><div><br></div><div>The PoS equi=
valent of buying mining hardware is setting up your own validator and not o=
utsourcing that to anyone else. So both PoW and PoS have the professional/e=
xpert way of participating, and the fraud-prone, amateur way of participati=
ng. The only difference is, with PoS the professional/expert way is accessi=
ble to anyone with a raspberry Pi and a web connection, which is a much low=
er barrier to entry than PoW.</div></div></div>
_______________________________________________<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>
_______________________________________________<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>
_______________________________________________<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>
--000000000000ddb82205c572dff8--
|