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
|
Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194]
helo=mx.sourceforge.net)
by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <rme@i-rme.es>) id 1Wm5ZG-0001rK-0r
for bitcoin-development@lists.sourceforge.net;
Sun, 18 May 2014 18:12:14 +0000
Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of i-rme.es
designates 209.85.215.45 as permitted sender)
client-ip=209.85.215.45; envelope-from=rme@i-rme.es;
helo=mail-la0-f45.google.com;
Received: from mail-la0-f45.google.com ([209.85.215.45])
by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
(Exim 4.76) id 1Wm5ZC-00029s-6A
for bitcoin-development@lists.sourceforge.net;
Sun, 18 May 2014 18:12:13 +0000
Received: by mail-la0-f45.google.com with SMTP id gl10so3374297lab.4
for <bitcoin-development@lists.sourceforge.net>;
Sun, 18 May 2014 11:12:03 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:from:date:message-id:subject:to
:content-type;
bh=5xOlxNrR6PwCikQ5NeNkwimzib2vQW49r8RLRymoUZE=;
b=N8e7EPOUE9jK2EZr6SJXXGr2itfLG/dRMSxGmE/GH4dJw8BlInJeK/12owGHGLhYtd
emrC3xVStDk9pGYn0jaTiEgQUNQD6RJe/v28X5CXrpjhQzMpao44OAiPL7qj0h+EHKqY
77VtoLxO6pE8u+EgumnaOYQRArYcn23Dgdl6aT52sVSzBQ+QTNZhU4To1lZ6sEEfaOEN
3zbQc+khwBHGmMZYNnrKDdRthAisPRJl78OhXA1fgek7Xfzasxhxg2vhRf3Ib6XBRi2V
Nm6EPUrgwZwO46h9iEjT2yUnBHa8KkoZojHgoKdMYeiG50rE5CBPXufYNoXtcCcSbGs6
pkVQ==
X-Gm-Message-State: ALoCoQkHM1MjhWNqs1BeiAZ46HZf8QdsKHImTqmd+iuCipbqFPGJ1i8Mw+/ZP/G4a8eJ4bq666R+
X-Received: by 10.152.4.201 with SMTP id m9mr2763383lam.50.1400435054542; Sun,
18 May 2014 10:44:14 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.199.8 with HTTP; Sun, 18 May 2014 10:43:44 -0700 (PDT)
X-Originating-IP: [85.251.84.81]
From: =?UTF-8?B?UmHDumwgTWFydMOtbmV6?= <rme@i-rme.es>
Date: Sun, 18 May 2014 19:43:44 +0200
Message-ID: <CA+8=xu+GPykmKdAjxLdRA3QoCPR8azervT9uO-GVraNowAb49g@mail.gmail.com>
To: bitcoin-development@lists.sourceforge.net
Content-Type: multipart/alternative; boundary=089e013d1c4cf5153604f9b03114
X-Spam-Score: -0.6 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
See http://spamassassin.org/tag/ for more details.
-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
sender-domain
-0.0 SPF_PASS SPF: sender matches SPF record
1.0 HTML_MESSAGE BODY: HTML included in message
-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
author's domain
0.1 DKIM_SIGNED Message has a DKIM or DK signature,
not necessarily valid
-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-Headers-End: 1Wm5ZC-00029s-6A
Subject: [Bitcoin-development] About the small number of bitcoin nodes
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Sun, 18 May 2014 18:12:14 -0000
--089e013d1c4cf5153604f9b03114
Content-Type: text/plain; charset=UTF-8
About the small number of bitcoin nodes:
Hi, I read the message that Mike Hearn sent to this mailing list some days
ago (2014-04-07 11:34:43) related to the number of bitcoin full nodes.
As an owner of two Bitcoin Nodes, one in my home computer and one in a
dedicated server, I believe I can contribute with some of my thoughts and
ideas:
- Allow users to view the bandwith used by Bitcoin Core:
This is available in the Bitcoin Core GUI (btw, when the computer is
restarted the data gets reseted) but I cant find it in the bitcoind
commandline, people that run nodes want to see the amount of GB that they
have "donated" to the network.
- Educate users about the correct setup of a bitcoin node:
Add a page in the bitcoin.org website with a tutorial about running Bitcoin
Core with the ports opened, about runing bitcoind, etc. This guide shoud
not be for regular users but for advanced ones.
- bitcoind and Bitcoin Core should create a bitcoin.conf file on the first
start:
The first time the software should create a default config file with a
random RCP password and username (user can change it later) and the config
file should be commented so the user can know how to change configurations.
This is very useful in setups without GUI, for example in Ubuntu Server.
- bitcoind and Bitcoin Core should be in Linux repos:
People want to type "yum install bitcoind" or "apt-get install bitcoind"
and install bitcoin. No one wants to follow a tutorial made by somewho
saying that you have to add external repos to install bitcoin in your
server.
For example Electrum has been added to Ubuntu software center recently.
Bitcoin Core an bitcoind should be on CentOS, Debian, Ubuntu and Ubuntu
Server repos.
- Create a "grafical interface" for bitcoind on Linux servers:
Create a command, for example "bitcoind show" that shows a nice summary in
your Terminal (Console) with all the data that a node administrator wants
to know.
When I say "grafical interface" I mean like "top" command, an interface
made out of characters in ASCII.
- Split Bitcoin Wallet from Bitcoin Node:
I believe that this is planned, some people want to help the network and
others want to keep a wallet, someones want both.
With bitcoind you can use the option "disablewallet=1" that allows to save
some memory.
- Inform users if 8333 port is closed:
That should be more visible, I dont mean an alert or warning but some icon.
- Keep connections if bitcoind is restarted:
I noticed that if I restart bitcoind (to apply new config) my reset to 0
and take some hours to rise up to ~40. I believe that my peers should
notice that I am down for less than ~15 minutes and try to connect again
faster.
--089e013d1c4cf5153604f9b03114
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">About the small number of bitcoin nodes:<br><div>Hi, I rea=
d the message that Mike Hearn sent to this mailing list some days ago (2014=
-04-07 11:34:43) related to the number of bitcoin full nodes.</div><div><br=
>
</div><div>As an owner of two Bitcoin Nodes, one in my home computer and on=
e in a dedicated server, I believe I can contribute with some of my thought=
s and ideas:</div><div><br></div><div>- Allow users to view the bandwith us=
ed by Bitcoin Core:</div>
<div>This is available in the Bitcoin Core GUI (btw, when the computer is r=
estarted the data gets reseted) but I cant find it in the bitcoind commandl=
ine, people that run nodes want to see the amount of GB that they have &quo=
t;donated" to the network.</div>
<div><br></div><div>- Educate users about the correct setup of a bitcoin no=
de:</div><div>Add a page in the <a href=3D"http://bitcoin.org">bitcoin.org<=
/a> website with a tutorial about running Bitcoin Core with the ports opene=
d, about runing bitcoind, etc. This guide shoud not be for regular users bu=
t for advanced ones.</div>
<div><br></div><div>- bitcoind and Bitcoin Core should create a bitcoin.con=
f file on the first start:</div><div>The first time the software should cre=
ate a default config file with a random RCP password and username (user can=
change it later) and the config file should be commented so the user can k=
now how to change configurations.</div>
<div>This is very useful in setups without GUI, for example in Ubuntu Serve=
r.</div><div><br></div><div>- bitcoind and Bitcoin Core should be in Linux =
repos:</div><div>People want to type "yum install bitcoind" or &q=
uot;apt-get install bitcoind" and install bitcoin. No one wants to fol=
low a tutorial made by somewho saying that you have to add external repos t=
o install bitcoin in your server.</div>
<div>For example Electrum has been added to Ubuntu software center recently=
.</div><div>Bitcoin Core an bitcoind should be on CentOS, Debian, Ubuntu an=
d Ubuntu Server repos.</div><div><br></div><div>- Create a "grafical i=
nterface" for bitcoind on Linux servers:</div>
<div>Create a command, for example "bitcoind show" that shows a n=
ice summary in your Terminal (Console) with all the data that a node admini=
strator wants to know.</div><div>When I say "grafical interface" =
I mean like "top" command, an interface made out of characters in=
ASCII.</div>
<div><br></div><div>- Split Bitcoin Wallet from Bitcoin Node:</div><div>I b=
elieve that this is planned, some people want to help the network and other=
s want to keep a wallet, someones want both.</div><div>With bitcoind you ca=
n use the option "disablewallet=3D1" that allows to save some mem=
ory.</div>
<div><br></div><div>- Inform users if 8333 port is closed:</div><div>That s=
hould be more visible, I dont mean an alert or warning but some icon.</div>=
<div><br></div><div>- Keep connections if bitcoind is restarted:</div>
<div>
I noticed that if I restart bitcoind (to apply new config) my reset to 0 an=
d take some hours to rise up to ~40. I believe that my peers should notice =
that I am down for less than ~15 minutes and try to connect again faster.</=
div>
</div>
--089e013d1c4cf5153604f9b03114--
|
