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
|
Return-Path: <thomas@thomaszander.se>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 3287D7E
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 11 Aug 2015 08:38:12 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from manxnetsf05.manx.net (outbound.manx.net [213.137.31.12])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 977551E2
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 11 Aug 2015 08:38:10 +0000 (UTC)
Received: from 195.10.99.101 (EHLO _127.0.0.1_) ([195.10.99.101])
by manxnetsf05.manx.net (MOS 4.4.5a-GA FastPath queued)
with ESMTP id EGE61467; Tue, 11 Aug 2015 09:38:07 +0100 (BST)
Content-Type: text/html; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
X-Mailer: BlackBerry Email (10.3.1.2576)
Message-ID: <20150811083806.4689995.85497.4220@thomaszander.se>
Date: Tue, 11 Aug 2015 09:38:06 +0100
From: Thomas Zander <thomas@thomaszander.se>
In-Reply-To: <CAOG=w-u7KwhTg1b-WvD97ZY5oBbvLBdsOGLedS=fx1fBw_hZ8g@mail.gmail.com>
References: <CABsx9T16fH+56isq95m4+QWsKwP==tf75ep8ghnEcBoV4OtZJA@mail.gmail.com>
<2547793.e4fEoOQyIR@coldstorage>
<CAOG=w-thKPQUPx_ev3qzgkHjBfF3f_6EtFWq3QJdw1fETdnzhA@mail.gmail.com>
<1623892.Xps1bl6nlD@coldstorage>
<CAOG=w-u7KwhTg1b-WvD97ZY5oBbvLBdsOGLedS=fx1fBw_hZ8g@mail.gmail.com>
To: Mark Friedenbach <mark@friedenbach.org>
X-Mirapoint-Received-SPF: 195.10.99.101 _127.0.0.1_ thomas@thomaszander.se 5
none
X-Junkmail-Status: score=10/50, host=manxnetsf05.manx.net
X-Junkmail-Signature-Raw: score=unknown,
refid=str=0001.0A0B0206.55C9B46F.017F, ss=1, re=0.000, recu=0.000,
reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0,
so=2014-07-29 09:23:55, dmn=2013-03-21 17:37:32,
mode=multiengine
X-Junkmail-IWF: false
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0),
refid=str=0001.0A0B0206.55C9B46F.017F, ss=1, re=0.000, recu=0.000,
reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0,
so=2014-07-29 09:23:55, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 1d0b4c36cb3b39a7afaf456daeb455b9
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE,
MIME_HTML_ONLY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Fees and the block-finding process
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: Tue, 11 Aug 2015 08:38:12 -0000
<html><head></head><body style=3D"background-color: rgb(255, 255, 255); lin=
e-height: initial;"> =
<div style=3D"width: 100%; font-size: initia=
l; font-family: Calibri, 'Slate Pro', sans-serif; color: rgb(31, 73, 125); =
text-align: initial; background-color: rgb(255, 255, 255);"><span style=3D"=
color: rgb(0, 0, 0); font-family: sans-serif;">>It follows then, that if=
we make a decision now which destroys that property, which makes it possib=
le to censor bitcoin, to deny service, or to pressure miners into changing =
rules contrary to user interests, then Bitcoin is no longer interesting. </=
span></div><div style=3D"width: 100%; font-size: initial; font-family: Cali=
bri, 'Slate Pro', sans-serif; color: rgb(31, 73, 125); text-align: initial;=
background-color: rgb(255, 255, 255);"><span style=3D"color: rgb(0, 0, 0);=
font-family: sans-serif;"><br></span></div><div style=3D"width: 100%; font=
-size: initial; font-family: Calibri, 'Slate Pro', sans-serif; color: rgb(3=
1, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><s=
pan style=3D"color: rgb(0, 0, 0); font-family: sans-serif;">You asked to be=
convinced of the need for bigger blocks. I gave that.</span></div><div sty=
le=3D"width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', s=
ans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: =
rgb(255, 255, 255);"><span style=3D"color: rgb(0, 0, 0); font-family: sans-=
serif;">What makes you think bitcoin will break when more people use it?</s=
pan></div> =
<div st=
yle=3D"width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', =
sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color:=
rgb(255, 255, 255);"><br style=3D"display:initial"></div> =
=
=
<div style=3D"font-size: initial; font-family: =
Calibri, 'Slate Pro', sans-serif; color: rgb(31, 73, 125); text-align: init=
ial; background-color: rgb(255, 255, 255);">Sent on the go,&=
nbsp;excuse the brevity. </div> =
=
<=
table width=3D"100%" style=3D"background-color:white;border-spacing:0px;"> =
<tbody><tr><td colspan=3D"2" style=3D"font-size: initial; text-align: initi=
al; background-color: rgb(255, 255, 255);"> <div =
style=3D"border-style: solid none none; border-top-color: rgb(181, 196, 223=
); border-top-width: 1pt; padding: 3pt 0in 0in; font-family: Tahoma, 'BB Al=
pha Sans', 'Slate Pro'; font-size: 10pt;"> <div><b>From: </b>Mark Friedenb=
ach</div><div><b>Sent: </b>Tuesday, 11 August 2015 08:10</div><div><b>To: <=
/b>Thomas Zander</div><div><b>Cc: </b>Bitcoin Dev</div><div><b>Subject: </b=
>Re: [bitcoin-dev] Fees and the block-finding process</div></div></td></tr>=
</tbody></table><div style=3D"border-style: solid none none; border-top-col=
or: rgb(186, 188, 209); border-top-width: 1pt; font-size: initial; text-ali=
gn: initial; background-color: rgb(255, 255, 255);"></div><br><div id=3D"_o=
riginalContent" style=3D""><div dir=3D"ltr">On Mon, Aug 10, 2015 at 11:31 P=
M, Thomas Zander via bitcoin-dev <span dir=3D"ltr"><<a href=3D"mailto:bi=
tcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin-dev@lists.li=
nuxfoundation.org</a>></span> wrote:<br><div class=3D"gmail_extra"><div =
class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0=
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On Mo=
nday 10. August <a href=3D"tel:2015%2023.03.39" value=3D"+12015230339">2015=
23.03.39</a> Mark Friedenbach wrote:<br>
> This is where things diverge. It's fine to pick a new limit or growth<=
br>
> trajectory. But defend it with data and reasoned analysis.<br>
<br>
</span>We currently serve about 0,007% of the world population sending mayb=
e one<br>
transaction a month.<br>
This can only go up.<br>
<br>
There are about 20 currencies in the world that are unstable and showing ea=
rly<br>
signs of hyperinflation. If even small percentage of these people cash-out =
and<br>
get Bitcoins for their savings you'd have the amount of people using Bitcoi=
n<br>
as savings go from maybe half a million to 10 million in the space of a cou=
ple<br>
of months. Why so fast? Because all the world currencies are linked.<br>
Practically all currencies follow the USD, and while that one may stay robu=
st<br>
and standing, the linkage has been shown in the past to cause chain-effects=
.<br>
<br>
It is impossible to predict how much uptake Bitcoin will take, but we have<=
br>
seen big rises in price as Cyprus had a bailin and then when Greece first<b=
r>
showed bad signs again.<br>
Lets do our due diligence and agree that in the current world economy there=
<br>
are sure signs that people are considering Bitcoin on a big scale.<br>
<br>
Bigger amount of people holding Bitcoin savings won't make the transaction<=
br>
rate go up very much, but if you have feet on the ground you already see th=
at<br>
people go back to barter in countries like Poland, Ireland, Greece etc.<br>
And Bitcoin will be an alternative to good to ignore. Then transactio=
n rates<br>
will go up. Dramatically.<br>
<br>
If you are asking for numbers, that is a bit tricky. Again; we are at<br>
0,007%... Thats like a f-ing rounding error in the world economy. You can't=
<br>
reason from that. Its like using a float to do calculations that you should=
<br>
have done in a double and getting weird output.<br>
<br>
Bottom line is that a maximum size of 8Mb blocks is not that odd. Because a=
20<br>
times increase is very common in a "company" that is about 6 years old.<br>
For instance Android was about that age when it started to get shipped by n=
on-<br>
Google companies. There the increase was substantially bigger and the compa=
ny<br>
backing it was definitely able to change direction faster than the Bitcoin<=
br>
oiltanker can change direction.<br>
<br>
...<br>
<br>
Another metric to remember; if you follow hackernews (well, the incubator m=
ore<br>
than the linked articles) you'd be exposed to the thinking of these startup=
s.<br>
Their only criteria is growth. and this is rather substantial growth. Like<=
br>
150% per month. Naturally, most of these build on top of html or othe=
r<br>
existing technologies. But the point is that exponential growth is ex=
pected<br>
in any startup. They typically have a much much more agressive timeli=
ne,<br>
though. Every month instead of every year.<br>
Having exponential growth in the blockchain is really not odd and even if w=
e<br>
have LN or sidechains or the next changetip, this space will be used. And w=
e<br>
will still have scarcity.</blockquote><div> <br></div><div>I'm sorry, =
I really don't want to sound like a jerk, but not a single word of that mat=
tered. Yes we all want Bitcoin to scale such that every person in the world=
can use it without difficulty. However if that were all that we cared abou=
t then I would be remiss if I did not point out that there are plenty of be=
tter, faster, and cheaper solutions to finding global consensus over a paym=
ent ledger than Bitcoin. Architectures which are algorithmically superior i=
n their scaling properties. Indeed they are already implemented and you can=
use them today:<br><br><a href=3D"https://www.stellar.org/">https://www.st=
ellar.org/</a><br><a href=3D"http://opentransactions.org/">http://opentrans=
actions.org/</a><br><br></div><div>So why do I work on Bitcoin, and why do =
I care about the outcome of this debate? Because Bitcoin offers one thing, =
and one thing only which alternative architectures fundamentally lack: poli=
cy neutrality. It can't be censored, it can't be shut down, and the rules c=
annot change from underneath you. *That* is what Bitcoin offers that can't =
be replicated at higher scale with a SQL database and an audit log.<br><br>=
</div><div>It follows then, that if we make a decision now which destroys t=
hat property, which makes it possible to censor bitcoin, to deny service, o=
r to pressure miners into changing rules contrary to user interests, then B=
itcoin is no longer interesting. We might as well get rid of mining at that=
point and make Bitcoin look like Stellar or Open-Transactions because at l=
east then we'd scale even better and not be pumping millions of tons of CO2=
into the atmosphere from running all those ASICs.<br></div><div><br></div>=
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
On the other side, 3Tb harddrives are sold, which take 8Mb blocks without<b=
r>
problems.<br>
</blockquote><div><br></div><div>Straw man, storage is not an issue.<br></d=
iv><div> </div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
.8ex;border-left:1px #ccc solid;padding-left:1ex">You can buy broadband in=
every relevant country that easily supports the<br>
bandwidth we need. (remember we won't jump to 8Mb in a day, it will likely<=
br>
take at least 6 months).<br></blockquote><div><br></div><div>Neither one of=
those assertions is clear. Keep in mind the goal is to have Bitcoin surviv=
e active censorship. Presumably that means being able to run a node even in=
the face of a hostile ISP or government. Furthermore, it means being locat=
ion independent and being able to move around. In many places the higher th=
e bandwidth requirements the fewer the number of ISPs that are available to=
service you, and the more visible you are.<br><br></div><div>It may also b=
e necessary to be able to run over Tor. And not just today's Tor which is d=
eveloped, serviced, and supported by the US government, but a Tor or I2P th=
at future governments have turned hostile towards and actively censor or re=
press. Or existing authoritative governments, for that matter. How much ban=
dwidth would be available through those connections?<br><br></div><div>It m=
ay hopefully never be necessary to operate under such constraints, except b=
y freedom seeking individuals within existing totalitarian regimes. However=
the credible threat of doing so may be what keeps Bitcoin from being repre=
ssed in the first place. Lose the capability to go underground, and it will=
be pressured into regulation, eventually.<br><br></div><div>To the second =
point, it has been previously pointed out that large miners stand to gain f=
rom larger blocks, for the same basic underlying reasons as selfish mining.=
The incentive is to increase blocks, and miners are able to do so at will =
and without cost. I would not be so certain that we wouldn't see large bloc=
ks sooner than that.<br></div><div> </div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1e=
x">
We should get the inverted bloom filters stuff (or competing products) work=
ing<br>
at least on a one-to-one basis so we can solve the propagation time problem=
.<br>There frankly is a huge amount of optimization that can be done in tha=
t area,<br>
we don't even use locality (pingtime) to optimize distribution.<br>
From my experience you can expect a 2-magnitude speedup in that same 6 mont=
h<br>
period by focusing some research there.<br>
</blockquote><div><br></div><div>This is basically already deployed thanks =
to Matt's relay network. Further improvements are not going to have dramati=
c effects.<br> <br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Remember 8Gb/b=
lock still doesn't support VISA/Mastercard.<br></blockquote><div><br></div>=
<div>No, it doesn't. And 8GB/block is ludicrously large -- it would absolut=
ely, without any doubt destroy the very nature of Bitcoin, turning it into =
a fundamentally uninteresting reincarnation of the existing financial syste=
m. And still be unable to compete with VISA/Mastercard.<br><br></div><div>S=
o why then the pressure to go down a route that WILL lead to failure by you=
r own metrics?<br><br></div><div>I humbly suggest that maybe we should play=
the strengths of Bitcoin instead -- it's trustlessness via policy neutrali=
ty.<br><br></div><div>Either that, or go work on Stellar. Because that's wh=
ere it's headed otherwise.<br></div></div></div></div>
<br><!--end of _originalContent --></div></body></html>
|
