summaryrefslogtreecommitdiff
path: root/21/8017265765ba2e1970085a42b7e66e1f9331ed
blob: b659fcd55807b00b2d6695222d471200ca932c95 (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
Return-Path: <elliot.olds@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E0C2C847
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat, 15 Aug 2015 20:36:07 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f177.google.com (mail-ig0-f177.google.com
	[209.85.213.177])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B42A51C6
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat, 15 Aug 2015 20:36:06 +0000 (UTC)
Received: by igfj19 with SMTP id j19so33525567igf.0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat, 15 Aug 2015 13:36:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=PiEp8+Iu8CifBe9uFn0bIsPycOKr6VBcnw3i6Gbkd34=;
	b=0dGFNy00E94xd7L3dUbgCMTo+aNbHzQHwsEQsysWR41nuFeu5/6Vgwiyl0quLhed7S
	veVoHIDwgn08S/Jmc/f3gsWjCYWNH7y2nQW51/iFZXwW9tshtOHpZY7azL6sU1lan54m
	OLKBa7iHK1V5Re0ppFore4rPRlmpDOjaMcUqsdB6QKJWOg3bDNxIx33188IMWd1oWgF7
	GayCcQh/erptDmlHmyiWVYPdSRvtIv0qQ9xbccNGezCFFo7qWbAhGYW5/28YaKvllqxA
	VJt6Tx+16Kbv/Q49gL6AxrydJpBbqHgIsyGilvtVam2WUZAhE6gNf9Le97++g8/qcrXV
	1qeQ==
MIME-Version: 1.0
X-Received: by 10.50.90.179 with SMTP id bx19mr9483885igb.43.1439670966172;
	Sat, 15 Aug 2015 13:36:06 -0700 (PDT)
Received: by 10.79.97.135 with HTTP; Sat, 15 Aug 2015 13:36:06 -0700 (PDT)
In-Reply-To: <CABm2gDqzSOQ38Rt4xQgCrNpNsoZLd+nKC8X5z_hQnt9qWOEg=A@mail.gmail.com>
References: <CABm2gDrfB+c1QTZippYYNX-uhcd9NYUcR-VHug6FYtPmSoz4Bw@mail.gmail.com>
	<CA+BnGuEPbtY8cH+2dq+g8W9Rz-yhftqoVTNa-Ge8eDu=0CoOQw@mail.gmail.com>
	<CABm2gDqzSOQ38Rt4xQgCrNpNsoZLd+nKC8X5z_hQnt9qWOEg=A@mail.gmail.com>
Date: Sat, 15 Aug 2015 13:36:06 -0700
Message-ID: <CA+BnGuEb+AosiCkhuYMhSrhwj0wJLFf8M3OKWa7Xyig+=ge+Aw@mail.gmail.com>
From: Elliot Olds <elliot.olds@gmail.com>
To: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary=047d7bea4294884396051d5f84bf
X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
Subject: Re: [bitcoin-dev] A summary list of all concerns related to not
 rising the block size
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Development 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: Sat, 15 Aug 2015 20:36:08 -0000

--047d7bea4294884396051d5f84bf
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Fri, Aug 14, 2015 at 3:55 PM, Jorge Tim=C3=B3n <jtimon@jtimon.cc> wrote:

> On Wed, Aug 12, 2015 at 9:52 PM, Elliot Olds <elliot.olds@gmail.com>
> wrote:
>
> -Reduce the utility of people using the network, even if the higher fees
> > don't reduce their amount of transactions.
>
> "Utility" like "value" is always subjective and very vague. I prefer
> to identify more concrete ways in which "utility is reduced".


Change 'utility' to 'money.' I'm just saying that paying more money for the
same thing is worse for users. If I'm a user who is used to making txns for
1 cent each and suddenly all my txns cost 1 dollar each. then the benefit I
get for each of my transactions that I still make is reduced by 99 cents
per tx. This is as concrete a negative effect as I can imagine. It might
seem obvious that this is a cost, but it seems to be ignored by a lot of
participants.



> > -Make some use cases nonviable, depriving people of Bitcoin's
> decentralized
> > benefits.
>
> It is clear that not all use cases fit the blockchain, but it's still
> unclear which ones don't fit yet.
> But the amount of use cases supported is not a valid metric for
> decentralization.
>

Not sure what you mean by "valid metric for decentralization." I thought
the goal here was to list all negative consequences of high fees. Not just
consequences to decentralization. We're trying to figure out how to trade
off risks to decentralization against these other things we're listing
which aren't necessarily about decentralization (such as reduced use cases)=
.


> In any case, it would be interesting if we could list some concrete
> cases that would be lost.
>

If tx fees rise to $1, then I'll stop making on-blockchain purchases of
less than about $100, meaning pretty much all retail purchases are
eliminated. It's hard to list a lot of use cases that will be lost because
Bitcoin usage is very low right now. I assume most of us believe that there
are lots of interesting use cases that have not developed yet. Just because
they don't exist now doesn't mean we should ignore the fact that high fees
might make them nonviable.

Some examples of stuff that doesn't exist now but might be prevented or
significantly harmed by high fees: small international remittances, machine
to machine payments, decentralized prediction markets (maybe people like
making lots of small bets). Just take any potential use case you can think
of: if the per-tx benefit to the person is less than $1, then $1 tx fees
will prevent it. See below for another example.


> > -Discourage experimentation with new Bitcoin use cases, making it more
> > unlikely that such cases are discovered/improved/popular before Bitcoin=
's
> > security relies on having many users.
>
> Experimentation can be done with worthless testchains. I'm not sure
> I'm following on this one.
>

I think this is one of the most important costs to worry about. So much of
experimentation can't be done on a testchain, because most experiments that
are being done by early stage companies are about product market fit, and
which services are valuable to users.

Let's say that you and I start a company that allows people to charge money
to people who want to email/message them. There are so many things that we
need to figure out that can't be figured out without participating in the
actual market, with real people, who are really trying to use our service.
It might take us years of making little tweaks to the product before we hit
on some solution that people finally like enough to use in large numbers.

Let's say that right now tx fees are $1, and imagine that the highest
amount that most people are willing to pay to email people is 25 cents. If
we are experimenting in a market with $1 tx fees, perhaps our company will
just die and we'll never figure out how to bring people this service that
they want. Perhaps there are a lot of other innovations relating to 'pay to
message' that would have otherwise been developed (maybe celebrities like
doing AMAs via pay-to-message and devote the funds to charities. Maybe this
becomes a huge source of charitable giving in the future), but because
Bitcoin's high fee environment didn't allow us to explore these ideas, this
whole service category goes undeveloped for many years.

> -Reduce the amount of time we have between now and when tx fees need to
> pay
> > for a significant portion of Bitcoin's security, by keeping the exchang=
e
> > rate and thus the value of block rewards low
> > (https://en.wikipedia.org/wiki/Equation_of_exchange)
>
> Related to exchange rate.
>

Elsewhere you write "I believe 'fear of exchange rate declining' can
probably be added to any concern/risk 'leaf', so we should probably leave
that for the end or just omit it."

It's true that you could tell some indirect story about how pretty much
anything could affect the exchange rate, but separate from all the
hypothetical stories there is a strong theoretical reason to believe that
the exchange rate will be higher the more value is transacted in the
Bitcoin ecosystem. See the wiki link on the equation of exchange. More
people using Bitcoin for transactions will drive up the price, all else
being equal. Perhaps many people care about the price for irrelevant
reasons (they just want to be rich), but as long as Bitcoin's security is
tied to the exchange rate via block rewards, it's also an important
consideration for security.

--047d7bea4294884396051d5f84bf
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On F=
ri, Aug 14, 2015 at 3:55 PM, Jorge Tim=C3=B3n <span dir=3D"ltr">&lt;<a href=
=3D"mailto:jtimon@jtimon.cc" target=3D"_blank">jtimon@jtimon.cc</a>&gt;</sp=
an> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On Wed, Aug 1=
2, 2015 at 9:52 PM, Elliot Olds &lt;<a href=3D"mailto:elliot.olds@gmail.com=
">elliot.olds@gmail.com</a>&gt; wrote:</span><span class=3D""><br></span></=
blockquote><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bor=
der-left:1px #ccc solid;padding-left:1ex"><span class=3D"">
&gt; -Reduce the utility of people using the network, even if the higher fe=
es<br>
&gt; don&#39;t reduce their amount of transactions.<br>
<br>
</span>&quot;Utility&quot; like &quot;value&quot; is always subjective and =
very vague. I prefer<br>
to identify more concrete ways in which &quot;utility is reduced&quot;.</bl=
ockquote><div><br></div><div>Change &#39;utility&#39; to &#39;money.&#39; I=
&#39;m just saying that paying more money for the same thing is worse for u=
sers. If I&#39;m a user who is used to making txns for 1 cent each and sudd=
enly all my txns cost 1 dollar each. then the benefit I get for each of my =
transactions that I still make is reduced by 99 cents per tx. This is as co=
ncrete a negative effect as I can imagine. It might seem obvious that this =
is a cost, but it seems to be ignored by a lot of participants.=C2=A0</div>=
<div><br></div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"=
margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=
=3D"">
&gt; -Make some use cases nonviable, depriving people of Bitcoin&#39;s dece=
ntralized<br>
&gt; benefits.<br>
<br>
</span>It is clear that not all use cases fit the blockchain, but it&#39;s =
still<br>
unclear which ones don&#39;t fit yet.<br>
But the amount of use cases supported is not a valid metric for<br>
decentralization.<br></blockquote><div><br></div><div>Not sure what you mea=
n by &quot;valid metric for decentralization.&quot; I thought the goal here=
 was to list all negative consequences of high fees. Not just consequences =
to decentralization. We&#39;re trying to figure out how to trade off risks =
to decentralization against these other things we&#39;re listing which aren=
&#39;t necessarily about decentralization (such as reduced use cases).</div=
><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">
In any case, it would be interesting if we could list some concrete<br>
cases that would be lost.<br></blockquote><div><br></div><div>If tx fees ri=
se to $1, then I&#39;ll stop making on-blockchain purchases of less than ab=
out $100, meaning pretty much all retail purchases are eliminated. It&#39;s=
 hard to list a lot of use cases that will be lost because Bitcoin usage is=
 very low right now. I assume most of us believe that there are lots of int=
eresting use cases that have not developed yet. Just because they don&#39;t=
 exist now doesn&#39;t mean we should ignore the fact that high fees might =
make them nonviable.=C2=A0</div><div><br></div><div>Some examples of stuff =
that doesn&#39;t exist now but might be prevented or significantly harmed b=
y high fees: small international remittances, machine to machine payments, =
decentralized prediction markets (maybe people like making lots of small be=
ts). Just take any potential use case you can think of: if the per-tx benef=
it to the person is less than $1, then $1 tx fees will prevent it. See belo=
w for another example.</div><div>=C2=A0</div><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
><span class=3D"">
&gt; -Discourage experimentation with new Bitcoin use cases, making it more=
<br>
&gt; unlikely that such cases are discovered/improved/popular before Bitcoi=
n&#39;s<br>
&gt; security relies on having many users.<br>
<br>
</span>Experimentation can be done with worthless testchains. I&#39;m not s=
ure<br>
I&#39;m following on this one.<span class=3D""><br></span></blockquote><div=
><br></div><div>I think this is one of the most important costs to worry ab=
out. So much of experimentation can&#39;t be done on a testchain, because m=
ost experiments that are being done by early stage companies are about prod=
uct market fit, and which services are valuable to users. =C2=A0</div><div>=
<br></div><div>Let&#39;s say that you and I start a company that allows peo=
ple to charge money to people who want to email/message them. There are so =
many things that we need to figure out that can&#39;t be figured out withou=
t participating in the actual market, with real people, who are really tryi=
ng to use our service. It might take us years of making little tweaks to th=
e product before we hit on some solution that people finally like enough to=
 use in large numbers.</div><div><br></div><div>Let&#39;s say that right no=
w tx fees are $1, and imagine that the highest amount that most people are =
willing to pay to email people is 25 cents. If we are experimenting in a ma=
rket with $1 tx fees, perhaps our company will just die and we&#39;ll never=
 figure out how to bring people this service that they want. Perhaps there =
are a lot of other innovations relating to &#39;pay to message&#39; that wo=
uld have otherwise been developed (maybe celebrities like doing AMAs via pa=
y-to-message and devote the funds to charities. Maybe this becomes a huge s=
ource of charitable giving in the future), but because Bitcoin&#39;s high f=
ee environment didn&#39;t allow us to explore these ideas, this whole servi=
ce category goes undeveloped for many years.</div><div><br></div><blockquot=
e class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc sol=
id;padding-left:1ex"><span class=3D"">
&gt; -Reduce the amount of time we have between now and when tx fees need t=
o pay<br>
&gt; for a significant portion of Bitcoin&#39;s security, by keeping the ex=
change<br>
&gt; rate and thus the value of block rewards low<br>
&gt; (<a href=3D"https://en.wikipedia.org/wiki/Equation_of_exchange" rel=3D=
"noreferrer" target=3D"_blank">https://en.wikipedia.org/wiki/Equation_of_ex=
change</a>)<br>
<br>
</span>Related to exchange rate.<br></blockquote><div><br></div><div>Elsewh=
ere you write &quot;I believe &#39;fear of exchange rate declining&#39; can=
 probably be added to any concern/risk &#39;leaf&#39;, so we should probabl=
y leave that for the end or just omit it.&quot;</div><div><br></div><div>It=
&#39;s true that you could tell some indirect story about how pretty much a=
nything could affect the exchange rate, but separate from all the hypotheti=
cal stories there is a strong theoretical reason to believe that the exchan=
ge rate will be higher the more value is transacted in the Bitcoin ecosyste=
m. See the wiki link on the equation of exchange. More people using Bitcoin=
 for transactions will drive up the price, all else being equal. Perhaps ma=
ny people care about the price for irrelevant reasons (they just want to be=
 rich), but as long as Bitcoin&#39;s security is tied to the exchange rate =
via block rewards, it&#39;s also an important consideration for security.</=
div><div><br></div><div><br></div></div></div></div>

--047d7bea4294884396051d5f84bf--