summaryrefslogtreecommitdiff
path: root/09/b1f7d2dae53f57b3e798b17c7cc0a5b56f67a8
blob: fcca4934fb9a0e1c1ef99833ce43849b4b6d539f (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
Return-Path: <ZmnSCPxj@protonmail.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138])
 by lists.linuxfoundation.org (Postfix) with ESMTP id BFA9FC000E
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Fri,  9 Jul 2021 23:50:57 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by smtp1.osuosl.org (Postfix) with ESMTP id 99BAA83DDB
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Fri,  9 Jul 2021 23:50:57 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -1.599
X-Spam-Level: 
X-Spam-Status: No, score=-1.599 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,
 FROM_LOCAL_NOVOWEL=0.5, RCVD_IN_MSPIKE_H3=0.001,
 RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001]
 autolearn=ham autolearn_force=no
Authentication-Results: smtp1.osuosl.org (amavisd-new);
 dkim=pass (1024-bit key) header.d=protonmail.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 bmkEVwJO2rpT
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Fri,  9 Jul 2021 23:50:55 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0
Received: from mail-40137.protonmail.ch (mail-40137.protonmail.ch
 [185.70.40.137])
 by smtp1.osuosl.org (Postfix) with ESMTPS id 16CB283DDA
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Fri,  9 Jul 2021 23:50:54 +0000 (UTC)
Date: Fri, 09 Jul 2021 23:50:45 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
 s=protonmail; t=1625874651;
 bh=FtXOcRw/+C/1FQFgfv5457tTa4KQbVr+/drSpXgVWZg=;
 h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From;
 b=kcBRLcs6pldkz/3bcgG+CvhH9KCelpg/h7cJ8aQlHK/TbzpLQJ2uRn9jJ6mTutVIk
 GmowsQ7NWQABsz0y6KzvbVWAhefmpKJxh0TknFNRLJeIaHxIojfJe7n1A3JhviLOUG
 rSRISJ4dUqgHMukXinZ9CmSvjckC156PsQQIbWqI=
To: Eric Voskuil <eric@voskuil.org>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
From: ZmnSCPxj <ZmnSCPxj@protonmail.com>
Reply-To: ZmnSCPxj <ZmnSCPxj@protonmail.com>
Message-ID: <ZoFreCcyjxc8AE2qCEEsUaxR9JmnqCftuu45MV2K9hcusSnF4hIWQzfs1I3A_2efCF0TMTVzGOata5RZfR_hLz0i4wuWO-JTfU9vqbEuxYY=@protonmail.com>
In-Reply-To: <00e201d77518$b8ed8e00$2ac8aa00$@voskuil.org>
References: <CAGpPWDYgYjUp+PRirca-QrbJZxwtyAnaQmr1kLbuKHSs2K+OBw@mail.gmail.com>
 <00e201d77518$b8ed8e00$2ac8aa00$@voskuil.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: 'Billy Tetrud' <billy.tetrud@gmail.com>
Subject: Re: [bitcoin-dev] Proof of reserves - recording
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, 09 Jul 2021 23:50:57 -0000

Good morning e,


>     Any expectation of interest implies borrowing, in other words, a loan=
 to the bank.

Perhaps this is the key point of contention?

In cases where Bitcoin is given over to an exchange, there is no expectatio=
n of interest, at least in the sense that there is no expectation that the =
number of Bitcoins deposited in the exchange *increase* over time.
(There may be an expectation of an increase in the number of green-ink hist=
orical commemoration papers it can buy, but the point is that the number of=
 Bitcoins held in behalf of the user is not expected to change)

The expectation is that exchanges earn money from the difference between bu=
y-price and sell-price, and the money-warehousing service they provide is s=
imply provided for free to facilitate their *main* business (i.e. brokers f=
or *exchange*).
Thus, the expectation is that the exchange provides a warehouse service, no=
t a bank service, and this service is provided for free since it enables th=
eir *real* business of earning from bid-ask spreads.

On the other hand, not your keys not your coins, so anyone who uses such a =
warehouse has whatever happens to the funds coming for them...

And of course exchanges need not earn money *just* from bid-ask spreads *in=
 practice*, so they are unlikely to provide proof-of-reserves either.

Indeed, money warehousing may very well be provided by means other than pro=
of-of-reserves, such as by using multisig the way Green wallet does, with b=
etter security.
Perhaps "pure exchanges" would be more amenable to such a scheme rather tha=
n proof-of-reserves.

Regards,
ZmnSCPxj

>
>     "Whether saved capital is channeled into investments via stocks or vi=
a loans is unimportant. The only difference is in the legal technicalities.=
 Indeed, even the legal difference between the creditor and the owner is a =
negligible one."
>
> -   Rothbard
>
> > You're using terms in non-standard ways. Putting money into a bank is n=
ot considered "lending" to the bank.
>
> I think it's quite clear that Rothbard considers it lending. I'm not big =
on appeal to authority, but sometimes it helps open minds. Links here:
>
> https://github.com/libbitcoin/libbitcoin-system/wiki/Full-Reserve-Fallacy
>
> > > money markets have had no reserve requirement and have a nearly spotl=
ess record of satisfying their obligations.
>
> > Lol, money markets are so new that they've had no opportunity to show t=
heir true risk.
>
> 1971, 50 years.
> https://en.wikipedia.org/wiki/Money_market_fund
>
> > In the finance world, things work fine for a long time until they fail =
spectacularly, losing more than the gain they made in the first place. This=
 is a regular occurence. Its the reason bitcoin was created.
>
> regular occurrence...
>
> "Buck breaking has rarely happened. Up to the 2008 financial crisis, only=
 three money funds had broken the buck in the 37-year history of money fund=
s... The first money market mutual fund to break the buck was First Multifu=
nd for Daily Income (FMDI) in 1978, liquidating and restating NAV at 94 cen=
ts per share"
>
> An investment loss of 6%.
>
> "The Community Bankers US Government Fund broke the buck in 1994, paying =
investors 96 cents per share."
>
> An investment loss of 4%.
>
> "This was only the second failure in the then 23-year history of money fu=
nds and there were no further failures for 14 years... No further failures =
occurred until September 2008, a month that saw tumultuous events for money=
 funds."
>
> It was a "tumultuous" month for nearly all investments. The feds of cours=
e doled out the pork, and the funds had to take it (as if their competition=
 did and they didn't they would fail due to higher relative capital costs a=
nd thereby lower rates). In the past, absent pork, they had raised money wh=
ere necessary to maintain their NAV (just as banks do, but they go to the t=
axpayer, and just as all business do from time to time).
>
> These are remarkably stable in terms of NAV. And people seem to be satisf=
ied with them:
>
> "At the end of 2011, there were 632 money market funds in operation,[19] =
with total assets of nearly US$2.7 trillion.[19] Of this $2.7 trillion, ret=
ail money market funds had $940 billion in Assets Under Management (AUM). I=
nstitutional funds had $1.75 trillion under management.[19]"
>
> The point being, that this is as close to free market bank-based investin=
g as exists in the white market. In a money market fund, the NAV is reflect=
ed in the share price, so any losses are evenly distributed - no different =
than when all those HODLers take a hit when Elon farts, and the reserve the=
y maintain has been very effective in maintaining their $1/share target des=
pite paying interest on investments. They are merely shifting market return=
s into interest, just like banks. Market returns over short periods aren't =
always positive. No surprise. The larger point being, BANKS ARE INVESTMENT =
FUNDS.
>
> > > Irrelevant.
>
> > It is certainly not irrelevant. People have been lead to believe that t=
hey can withdraw their money from their accounts. People expect this.
>
> Irrelevant, people have minds and free will and can read the contracts th=
ey are actually signing. Contracts are theactual Law associated with non-ag=
gression.
>
> > Banks are doing nothing to educate people on the limitations of that fa=
ct.
>
> Again, irrelevant. And wholly unnecessary given compulsory taxpayer depos=
it insurance.
>
> > PoR would give people the ability to see quite accurately how much rese=
rves there are and can use this knowledge to put pressure on institutions t=
o keep the reserves those people think they should keep.
>
> For all of the reasons I've stated, it's a fairly pointless exercise, but=
 people can do what they want. But if they are doing this with a deeply fla=
wed understanding of banking to start with, they will be disappointed in th=
e outcome.
>
> > > Without 100% =E2=80=9Creserve=E2=80=9D there is no way to cryptograph=
ically demonstrate =E2=80=9Csolvency=E2=80=9D.
>
> > You can show proof that you're 80% solvent, and then claim the other 20=
% is in other assets. This is, again, still useful.
>
> 80% solvent ... 50% pregnant.
>
> > > The schemes don=E2=80=99t preclude hacks, insider or otherwise, bankr=
uptcy, or state seizure, no matter what the reserve
>
> > You're right, but that's irrelevant.
>
> I'll leave that to the reader. The alternative is to use your own wallet.
>
> > But it seems like you're not interested in understanding what I'm sayin=
g or discussing these things honestly.
>
> I'm not interested in allowing flawed concepts to be perpetuated without =
question. This is just a drain on capital that could be put to much better =
use. How many times have I heard the oxymoron "full reserve banking", and h=
ow much capital has been burned on this futile exercise, simply due to a fa=
ilure to understand these concepts.
>
> > So I'm going to end my conversation with you here.
>
> While seemingly off-topic, these are things that need to be aired in this=
 community. Thanks for the discourse.
>
> e
>
> On Fri, Jul 9, 2021 at 11:32 AM Eric Voskuil via bitcoin-dev mailto:bitco=
in-dev@lists.linuxfoundation.org wrote:
>
> > On Jul 9, 2021, at 10:44, Billy Tetrud mailto:billy.tetrud@gmail.com wr=
ote:
> >
> > > there is an unsupportable leap being made here
> >
> > You think that because you're misinterpreting me. I'm in no way claimin=
g that any solvent company can prove it, I'm simply claiming that any compa=
ny can prove that they have bitcoin reserves to cover bitcoins promised as =
account balances.
>
> You can prove that in your own wallet. All other scenarios imply lending =
(which is what is implied by =E2=80=9Creserve=E2=80=9D) and lending cannot =
be 100% reserve.
>
> > > Banks (lending institutions) do not operate under any such pretense
> >
> > You seem to be saying that banks are under no legal obligation to serve=
 cash on demand to customers. While you might be right,
>
> I am, as banks are lending institutions.
>
> > again you're misinterpreting me. Banks do in fact make claims to their =
customers that they'll be able to get cash out of their account on demand.
>
> Up to the insured limit, in 7 days. This is of course true because the ta=
xpayer has insured the bank to that level.
>
> > They're called demand deposit accounts for a reason.
>
> They are time deposits, read your bank agreement. Not that it makes any d=
ifference. How the contract is satisfied is not a term of the contract, jus=
t that it is. And as I pointed out, money markets have had no reserve requi=
rement and have a nearly spotless record of satisfying their obligations.
>
> > And certainly customers expect to be able to withdraw their cash on dem=
and.
>
> Irrelevant.
>
> > > With a 100% of investment cash hoard, there is zero lending and zero =
return
> >
> > I did say "pretend" did I not?
>
> See above.
>
> > > =E2=80=9Crelate to=E2=80=9D is a far cry from 100% =E2=80=9Creserve=
=E2=80=9D
> >
> > Indeed. Again, you seem to be misunderstanding me. You're putting the w=
ords "100% reserve" in my mouth, when I never said any such thing. Proof of=
 80%/50%/20% reserves is still useful if that's the clear expectation for t=
he customer/client.
>
> Without 100% =E2=80=9Creserve=E2=80=9D there is no way to cryptographical=
ly demonstrate =E2=80=9Csolvency=E2=80=9D. And even with that, investors wo=
uld have to accept the promise that there are no other liabilities.
>
> The schemes don=E2=80=99t preclude hacks, insider or otherwise, bankruptc=
y, or state seizure, no matter what the reserve.
>
> It=E2=80=99s information, sure, but it=E2=80=99s not what people seem to =
think. If one wants full reserve banking, use a wallet. If one wants to inv=
est, the money will be spent - that=E2=80=99s why it was raised. There can =
be no covenant placed on it that will ensure it=E2=80=99s return.
>
> e
>
> bitcoin-dev mailing list
> mailto: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