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
|
Return-Path: <g.andrew.stone@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id DDC74405
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 31 Jul 2015 18:04:54 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-io0-f174.google.com (mail-io0-f174.google.com
[209.85.223.174])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 48FE413E
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 31 Jul 2015 18:04:54 +0000 (UTC)
Received: by ioea135 with SMTP id a135so93005513ioe.1
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 31 Jul 2015 11:04:53 -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
:content-type; bh=IcjpPSJLSeXT3a1ZF4ytFqGxrMRfqAKKOu9ZR6it0/c=;
b=PMHsGo3eQbBPCXOtepDIT6qAhOPJxsnWxtg+hGoaH8Mfogsz2YkEpeR/fs8OOwf2Xx
tfhxEAKMzrVP3QxhT1riF+Kmk6fBfz+bo3WR6MNT5wj8ty3MdgSgaGrdcPSuBjPLX+2G
yLdzj9Sv4JE0QH20fEz8/zqo51qqtkY8VFmg/ExOl6jUd076qmMYR1LeXKXcwDkJwa3g
xKS40HH2VbWcDEpaKkIQxMd7erryzrXwSziu45P1FK5EmwCRH5CqcPn0jmXcgFmXGMxd
g5LvvkgzsXEGo+AhSCbgjcUW/WA7KbHU3aWCWPOOjLZeOuTuurK8I2BZSxCFSIWb6Bic
75iQ==
MIME-Version: 1.0
X-Received: by 10.107.150.141 with SMTP id y135mr6895821iod.38.1438365893654;
Fri, 31 Jul 2015 11:04:53 -0700 (PDT)
Received: by 10.36.208.131 with HTTP; Fri, 31 Jul 2015 11:04:53 -0700 (PDT)
In-Reply-To: <CAGLBAhc4Yxhrdd07nt6pY7fo7BmXXgcxANq++w=WfSoUA5NfBA@mail.gmail.com>
References: <20150731083943.Horde.68uT9J78H_PdIgIwQP5frA1@server47.web-hosting.com>
<CALqxMTFhfwvcqY0dSoq489kA9G8YkQZPkzJDEU1eQHsupq-31g@mail.gmail.com>
<20150731130714.Horde.PvL1IB3Kf5S6GAA73N-HOw1@server47.web-hosting.com>
<CALqxMTHFy0F6ov1_H+MkQ+6succ2pxqOWuYJkR57HBtRMU+AGQ@mail.gmail.com>
<CAGLBAhc4Yxhrdd07nt6pY7fo7BmXXgcxANq++w=WfSoUA5NfBA@mail.gmail.com>
Date: Fri, 31 Jul 2015 14:04:53 -0400
Message-ID: <CAHUwRvuN=xg527QFs8s6MmGOhTYbUKt0u3QHf6sKw7Ywi5KDTw@mail.gmail.com>
From: "G. Andrew Stone" <g.andrew.stone@gmail.com>
To: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary=001a11403fd4260095051c2fa86f
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,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 compromise between BIP101 and Pieter's proposal
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: Fri, 31 Jul 2015 18:04:55 -0000
--001a11403fd4260095051c2fa86f
Content-Type: text/plain; charset=UTF-8
There's a large array of solutions that are bigger than the cheapest home
broadband, but smaller then renting hardware in a data center. Every
company with internet service to their location purchases one of these
options. If Bitcoin full node bandwidth requirements ever exceed a
hobbyist's reach, s/he can always pool resources with other individuals to
purchase one of these solutions, and a 1-room office.
How many of you have connected to multiple ISPs and are routing internet
traffic between them? But TCP is still permissionless.
Bitcoin node requirements will grow beyond a hobbyist reach (but not that
of the garage entrepreneur). The truth is that as technologies grow and
mature, the hobbyists move on but anyone who has a real reason to continue
using it stays. This fact does not destroy its decentralization.
I do not think that reasonable scaling will significantly affect full node
quantity (historical downtrends are conflated with the simultaneous
transition from hobbyist to professional).
At the same time the ability to create an independent full node is a
tremendous force keeping existing full nodes honest -- this potential is
more powerful then the fact.
Which would you choose, a 10 thousand node strong bankCoin, or a 1000 node
open source permissionless Bitcoin?
On Fri, Jul 31, 2015 at 12:22 PM, Dave Scotese via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> Here are some books that will help more people understand why Adam's
> concern is important:
> Kicking the Dragon (by Larken Rose)
> The State (by Franz Oppenheimer)
>
> Like he said, it isn't much about bitcoin. Our crypto is just one of the
> defenses we've created, and understanding what it defends will help us
> maintain its value.
>
> Dave
>
> On Fri, Jul 31, 2015 at 6:16 AM, Adam Back via bitcoin-dev <
>> bitcoin-dev@lists.linuxfoundation.org> wrote:
>>
>> I think trust the data-center logic obviously fails, and I was talking
>> about this scenario in the post you are replying to. You are trusting the
>> data-center operator period. If one could trust data-centers to run
>> verified code, to not get hacked, filter traffic, respond to court orders
>> without notifying you etc that would be great but that's unfortunately not
>> what happens.
>>
>> Data-center operators are bound to follow laws, including NSLs and gag
>> orders. They also get hacked, employ humans who can be corrupt,
>> blackmailed, and themselves centralisation points for policy attack.
>> Snowden related disclosures and keeping aware of security show this is very
>> real.
>>
>> This isn't much about bitcoin even, its just security reality for hosting
>> anything intended to be secure via decentralisation, or just hosting in
>> general while at risk of political or policy attack.
>>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
--001a11403fd4260095051c2fa86f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">There's a large array of solutions that are bigger tha=
n the cheapest home broadband, but smaller then renting hardware in a data =
center.=C2=A0 Every company with internet service to their location purchas=
es one of these options.=C2=A0 If Bitcoin full node bandwidth requirements =
ever exceed a hobbyist's reach, s/he can always pool resources with oth=
er individuals to purchase one of these solutions, and a 1-room office.=C2=
=A0 <br><br>How many of you have connected to multiple ISPs and are routing=
internet traffic between them?=C2=A0 But TCP is still permissionless.<br><=
br>Bitcoin node requirements will grow beyond a hobbyist reach (but not tha=
t of the garage entrepreneur). =C2=A0 The truth is that as technologies gro=
w and mature, the hobbyists move on but anyone who has a real reason to con=
tinue using it stays.=C2=A0 This fact does not destroy its decentralization=
.=C2=A0 <br><br>I do not think that reasonable scaling will significantly a=
ffect full node quantity (historical downtrends are conflated with the simu=
ltaneous transition from hobbyist to professional). <br><br>At the same tim=
e the ability to create an independent full node is a tremendous force keep=
ing existing full nodes honest -- this potential is more powerful then the =
fact.=C2=A0 <br><br>Which would you choose, a 10 thousand node strong bankC=
oin, or a 1000 node open source permissionless Bitcoin?<br><br></div><div c=
lass=3D"gmail_extra"><br><div class=3D"gmail_quote">On Fri, Jul 31, 2015 at=
12:22 PM, Dave Scotese via bitcoin-dev <span dir=3D"ltr"><<a href=3D"ma=
ilto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin-dev@l=
ists.linuxfoundation.org</a>></span> wrote:<br><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex"><div dir=3D"ltr"><div><div><div><div>Here are some books that will he=
lp more people understand why Adam's concern is important:<br></div>Kic=
king the Dragon (by Larken Rose)<br></div>The State (by Franz Oppenheimer)<=
br><br></div>Like he said, it isn't much about bitcoin.=C2=A0 Our crypt=
o is just one of the defenses we've created, and understanding what it =
defends will help us maintain its value.<br><br></div>Dave<br><div><div><di=
v><div><div><div><div><div><div class=3D"gmail_extra"><br><blockquote style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex" class=3D"gmail_quote"><span class=3D"">On Fri, Jul 31, 2015 at 6=
:16 AM, Adam Back via bitcoin-dev <span dir=3D"ltr"><<a href=3D"mailto:b=
itcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin-dev@lists.l=
inuxfoundation.org</a>></span> wrote:<br></span><span class=3D""><p dir=
=3D"ltr">I
think trust the data-center logic obviously fails, and I was talking=20
about this scenario in the post you are replying to.=C2=A0 You are trusting=
=20
the data-center operator period.=C2=A0 If one could trust data-centers to r=
un
verified code, to not get hacked, filter traffic, respond to court=20
orders without notifying you etc that would be great but that's=20
unfortunately not what happens.</p>
<p dir=3D"ltr">Data-center operators are bound to follow laws, including=20
NSLs and gag orders.=C2=A0 They also get hacked, employ humans who can be=
=20
corrupt, blackmailed, and themselves centralisation points for policy=20
attack.=C2=A0 Snowden related disclosures and keeping aware of security sho=
w=20
this is very real.</p>
<p dir=3D"ltr">This isn't much about bitcoin even, its just security=20
reality for hosting anything intended to be secure via decentralisation,
or just hosting in general while at risk of political or policy attack.</p=
></span></blockquote><br></div></div></div></div></div></div></div></div></=
div></div>
<br>_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">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>
<br></blockquote></div><br></div>
--001a11403fd4260095051c2fa86f--
|