summaryrefslogtreecommitdiff
path: root/89/924bf8966b80107548a9de590f4d83f23eb630
blob: b6f26e4aa4dc764b8c468f4d7bca2e5903e5cf6b (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
Return-Path: <eric@voskuil.org>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9FDABE5B
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon,  1 Jul 2019 18:53:01 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-pl1-f180.google.com (mail-pl1-f180.google.com
	[209.85.214.180])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 8AA26832
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon,  1 Jul 2019 18:53:00 +0000 (UTC)
Received: by mail-pl1-f180.google.com with SMTP id 9so7036832ple.5
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 01 Jul 2019 11:53:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=voskuil-org.20150623.gappssmtp.com; s=20150623;
	h=mime-version:subject:from:in-reply-to:date:cc
	:content-transfer-encoding:message-id:references:to;
	bh=0T2guO6OvItqnYeOm2p8xGjg6J8yIdelGxcN1QLSSr4=;
	b=H0qN8gFiRVHmXRuOyBfqldrI3NL+E/d7JnYbL/wiTmiftQOaZ9KNFTCyXuN5OanrIP
	cg6XGHnh5oL9HUtIncyqayFJuPfbs2bFVt2MlQYqWIsNSWzmn+YTbfVEV4aBMDomPlXP
	1HFoDFLyRgdZnk3JHgYqt0pdjHbZcWT8afVcabNSXPdZYobPNxQLpgB3ggP5uc8wPlNC
	docnW4O9o/3cSx8yZhsIqq3rmTTZgRxSZERTnhmmSWu1JqFqJ0d9HPUyklfZtS/NDHka
	j2HN7hb1uPdK8tKQFUlFdy410/ooEFL0ek4rweiepbQpAhrmag1aW4M9JDxQF5cyVRBm
	MB1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
	:content-transfer-encoding:message-id:references:to;
	bh=0T2guO6OvItqnYeOm2p8xGjg6J8yIdelGxcN1QLSSr4=;
	b=d1d6usEWBBB0N/7jD1HaNRpKCbe1VM1hzQe/z9EPSAHBeCMF68OcUKGn5jByoF6yFu
	jKEwGd5uSvCRxNSOfC9AshykOr5q0zDMyVJf5HuyaXaIPdUTyg5PXjatFQeYSAkz82RT
	0OXh+k8M8DVViNh+psH7RnCN0S/0o0VYBBAKBEhoK/vxy4Ef8p1qQp+bAPpJgLoHcPQi
	gMGqnSUT3f+Hnwk0E0P4WECHmfbLW98LWGFciDzq8OsDov63/TLqpdNoEcm3SuRZnqUh
	aPKCHGO59rsYkF1b9ww8Qk0aF8jYZ6KLfHzbmek0fFU9ndZgbVDIsB7qqjfSOkH+Y5Uc
	P+Aw==
X-Gm-Message-State: APjAAAVhTCI8E3W3BXULfRo/sp35Mv36tE+OPxr5JLMm/fVMGN0HJjjy
	JFxK4saKd6S4XxyUbzMiLVuiHAegERw=
X-Google-Smtp-Source: APXvYqx2k9Ow0d05/iVe8PQCQsYu7xnoFhDl+NyG/2ewQ022NIAHeNQCW4/sOMRwY7qUbbhHtyoo1w==
X-Received: by 2002:a17:902:b20c:: with SMTP id
	t12mr30928172plr.285.1562007179614; 
	Mon, 01 Jul 2019 11:52:59 -0700 (PDT)
Received: from ?IPv6:2601:600:a080:16bb:34af:872a:acbd:cba8?
	([2601:600:a080:16bb:34af:872a:acbd:cba8])
	by smtp.gmail.com with ESMTPSA id g1sm5268065pgg.27.2019.07.01.11.52.58
	(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
	Mon, 01 Jul 2019 11:52:58 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (1.0)
From: Eric Voskuil <eric@voskuil.org>
X-Mailer: iPhone Mail (16F203)
In-Reply-To: <0AA10217-E1CC-46D1-9B43-038CEEF942CD@gmail.com>
Date: Mon, 1 Jul 2019 11:52:57 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <E72C4A8E-F850-400B-B19B-7D06B8A169EC@voskuil.org>
References: <0DBC0DEA-C999-4AEE-B2E1-D5337ECD9405@gmail.com>
	<7A10C0F5-E206-43C1-853F-64AE04F57711@voskuil.org>
	<EB743E28-8486-4CD5-B9AE-09B5693B27FA@gmail.com>
	<708D14A9-D25E-4DD2-8B6E-39A1194A7A00@voskuil.org>
	<1A808C88-63FD-4F45-8C95-2B8B4D99EDF5@gmail.com>
	<83705370-79FC-4006-BA04-4782AD5BE70B@voskuil.org>
	<BF027CD0-FE29-4DD1-AB96-DE92B597AD18@gmail.com>
	<3F46CDD5-DA80-49C8-A51F-8066680EF347@voskuil.org>
	<A4A6099F-F115-4CBF-B7D5-F16581476126@gmail.com>
	<063D7C06-F5D8-425B-80CE-CAE03A1AAD0C@voskuil.org>
	<0AA10217-E1CC-46D1-9B43-038CEEF942CD@gmail.com>
To: Tamas Blummer <tamas.blummer@gmail.com>
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, MIME_QP_LONG_LINE,
	RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Mailman-Approved-At: Mon, 01 Jul 2019 20:55:19 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Generalized covenants with taproot enable
	riskless or risky lending,
	prevent credit inflation through fractional reserve
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
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: Mon, 01 Jul 2019 18:53:01 -0000

It=E2=80=99s an exceedingly poor example. First, value is subjective. It mat=
ters not what other people may consider, only those who act. Given that peop=
le trade them (ICO tokens), they have value to those people. Second, the sce=
nario would not function given that the value, as with money, is based on th=
e ability to trade perpetually.

I said that I would make no further comment given the belief that no new ide=
as were surfacing. However, after giving it some more thought on my own, I b=
elieve I have found the one case in which a person could value such encumber=
ed coins.

In the case of tracking an asset that becomes worthless at a specific time, o=
ne could value a record of ownership, and the ability to trade ownership of t=
he asset during the period. Consider colored coin type tracking of a theater=
 ticket for a specific show, where the ticket is worthless by the end of the=
 show.

Now consider the value attributable to renting coin (e.g. to the tick issuer=
) in order to track the ticket. First, there is no net value in renting coin=
 to pay confirmation (mining) fees on transfers. The cost of a fee is driven=
 by competition and remains the same whether the coin used for payment is en=
cumbered or not. In other words, even with value in tracking there is no *co=
st advantage* to renting of such coins for use as money.

But tracking an asset in this manner has required not only a fee for each tr=
ade, but also the burning of coin. By allowing the lender to recover the coi=
n when the asset expires, this part of the cost of on-chain tracking can be t=
ime-shared (rented), and without depreciation of the coin.

In this case the lender is achieving both a time-locked hoard/speculation an=
d a pre-paid rental return. The return to the lender would be the rental pri=
ce minus the opportunity cost of not investing (ie, in production) this coin=
 otherwise during that period. This is of course based on the economic princ=
iple that both hoarding and speculation are expected to produce no predictab=
le return. As such the cost of the rental would be driven (by competition) t=
oward the cost of capital (e.g. annualized 10% of the coin price) for the sa=
me period.=20

Depending on the term, rental will be cheaper than the outright cost of burn=
ing the same minimum amount of coin (i.e. dust+1, assuming policy compliance=
) as required for tracking. As soon as the rental cost exceeds the minimum t=
racking burn, rental becomes more expensive than just purchasing the coin. S=
o, for example, at 10% market return on capital (rental cost), purchasing th=
e coin is cheaper than rental at any tracking term beyond 7.2 years.

As discussed previously, there can be no monetary value of such encumbered c=
oins. And as shown above, the non-monetary (tracking) scenario is limited to=
 fixed-term tracking. This use of Bitcoin would of course reduce the average=
 cost of non-monetary blockchain storage. I=E2=80=99m not sure that is a use=
 people want to facilitate with a protocol change, but that=E2=80=99s for th=
e community to decide.

Best,
Eric

> On Jun 30, 2019, at 13:26, Tamas Blummer <tamas.blummer@gmail.com> wrote:
>=20
> My argument does not need the comparison with ICOs.
>=20
> They were just an example that people pay for the utility of register even=
 though others think the tokens they keep track of are worthless.
>=20
> Tamas Blummer
>=20
>=20
>> On Jun 30, 2019, at 22:13, Eric Voskuil <eric@voskuil.org> wrote:
>>=20
>> ICO tokens can be traded (indefinitely) for other things of value, so the=
 comparison isn=E2=80=99t valid. I think we=E2=80=99ve both made our points c=
learly, so I=E2=80=99ll leave it at that.
>>=20
>> Best,
>> Eric
>>=20
>>> On Jun 30, 2019, at 12:55, Tamas Blummer <tamas.blummer@gmail.com> wrote=
:
>>>=20
>>>=20
>>>> On Jun 30, 2019, at 20:54, Eric Voskuil <eric@voskuil.org> wrote:
>>>>=20
>>>> Could you please explain the meaning and utility of =E2=80=9Cunforgeabl=
e register=E2=80=9D as it pertains to such encumbered coins?
>>>=20
>>> I guess we agree that some way of keeping track of ownership is prerequi=
site for something to aquire value.
>>> We likely also agree that the security of that ownership register has gr=
eat influence to the value.
>>>=20
>>> The question remains if a register as utility in itself gives value to t=
he thing needed to use that register.
>>> I think it does, if people are interested in what it keeps track of, for=
 whatever reason, even for reasons you find bogus.
>>>=20
>>> It was not intentional, but I think I just explained why Ethereum aquire=
d higher market value by being register of ICO tokens.
>>>=20
>>> Now back to the coins encumbered with the debt covenant:
>>> Transactions moving them constitute a register of covered debt and you n=
eed them to update that register.
>>> Should some people find such a register useful then those coins needed t=
o update this register will aquire value.
>>> Does not matter if you think the concept of covered debt is just as bogu=
s as ICOs.
>>>=20
>>> Here some good news: If they aquire value then they offer a way to gener=
ate income for hodler by temporarily giving up control.
>>>=20
>>> Tamas Blummer
>>>=20
>>>>=20
>>>> The meaning in terms of Bitcoin is clear - the =E2=80=9Cowner=E2=80=9D o=
f outputs that represent value (i.e. in the ability to trade them for someth=
ing else) is recorded publicly and, given Bitcoin security assumptions, cann=
ot be faked. What is not clear is the utility of a record of outputs that ca=
nnot be traded for something else. You seem to imply that a record is valuab=
le simply because it=E2=80=99s a record.
>>>>=20
>>>> e
>>>>=20
>>>>> On Jun 30, 2019, at 11:35, Tamas Blummer <tamas.blummer@gmail.com> wro=
te:
>>>>>=20
>>>>>=20
>>>>>> On Jun 30, 2019, at 19:41, Eric Voskuil <eric@voskuil.org> wrote:
>>>>>>=20
>>>>>>=20
>>>>>>> On Jun 30, 2019, at 03:56, Tamas Blummer <tamas.blummer@gmail.com> w=
rote:
>>>>>>>=20
>>>>>>> Hi Eric,
>>>>>>>=20
>>>>>>>> On Jun 29, 2019, at 23:21, Eric Voskuil <eric@voskuil.org> wrote:
>>>>>>>>=20
>>>>>>>> What loan? Alice has paid Bob for something of no possible utility t=
o her, or anyone else.
>>>>>>>=20
>>>>>>> Coins encumbered with the described covenant represent temporary con=
trol of a scarce resource.
>>>>>>>=20
>>>>>>> Can this obtain value? That depends on the availability of final con=
trol and ability to deal with temporary control.
>>>>>>=20
>>>>>> For something to become property (and therefore have marketable value=
) requires that it be both scarce and useful. Bitcoin is useful only to the e=
xtent that it can be traded for something else that is useful. Above you are=
 only dealing with scarcity, ignoring utility.
>>>>>=20
>>>>> There is a deeper utility of Bitcoin than it can be traded for somethi=
ng else. That utility is to use its unforgeable register.
>>>>> We have only one kind of units in this register and by having covenant=
s we would create other kinds that are while encumbered not fungible with th=
e common ones.
>>>>>=20
>>>>> Units are certainly less desirable if encumbered with a debt covenant.=
 You say no one would assign them any value.
>>>>>=20
>>>>> I am not that sure as they still offer the utility of using the unforg=
eable register, in this case a register of debt covered by reserves.
>>>>> You also doubt forcing debt to be covered by reserves is a good idea, I=
 got that, but suppose we do not discuss this here.
>>>>> If there are people who think it is a good idea, then they would find h=
aving an unforgeable register of it useful and therefore units needed to mai=
ntain that register valuable to some extent.
>>>>>=20
>>>>>>=20
>>>>>>> I think you do not show the neccesary respect of the market.
>>>>>>=20
>>>>>> I=E2=80=99m not sure what is meant here by respect, or how much of it=
 is necessary. I am merely explaining the market.
>>>>>=20
>>>>> You are not explaining an existing market but claim that market that i=
s not yet there will follow your arguments.
>>>>>=20
>>>>>>> Your rant reminds me of renowed economists who still argue final con=
trol Bitcoin can not have value, you do the same proclaiming that temporary c=
ontrol of Bitcoin can not have value.
>>>>>>=20
>>>>>> It seems to me you have reversed the meaning of temporary and final. B=
itcoin is useful because of the presumption that there is no finality of con=
trol. One presumes an ability to trade control of it for something else. Thi=
s is temporary control. Final control would be the case in which, at some po=
int, it can no longer be traded, making it worthless at that point. If this i=
s known to be the case it implies that it it worthless at all prior points a=
s well.
>>>>>>=20
>>>>>> These are distinct scenarios. The fact that temporary (in my usage) c=
ontrol implies the possibility of value does not imply that finality of cont=
rol does as well. The fact that (renowned or otherwise) people have made err=
ors does not imply that I am making an error. These are both non-sequiturs.
>>>>>>=20
>>>>>>> I say, that temporary control does not have value until means dealin=
g with it are offered, and that is I work on. Thereafter might obtain value i=
f final control is deemed too expensive or not attainable, we shall see.
>>>>>>=20
>>>>>> The analogy to rental of a consumable good does not apply to the case=
 of a non-consumable good. If it cannot be traded and cannot be consumed it c=
annot obtain marketable value. To this point it matters not whether it exist=
s.
>>>>>=20
>>>>> I meant with control the control of entries in the register which I th=
ink is the deeper utility of Bitcoin. Final control is meant to be the oppos=
ite of temporary which is the time limited control with some expiry.
>>>>>=20
>>>>> Thank you for your thoughts as they help to sharpen my arguments.
>>>>>=20
>>>>> Best,
>>>>>=20
>>>>> Tamas Blummer
>>>>>=20
>>>>>> Best,
>>>>>> Eric
>>>>>>=20
>>>>>>> Tamas Blummer
>=20