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 ) 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 ; 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?= Date: Sun, 18 May 2014 19:43:44 +0200 Message-ID: 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: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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
About the small number of bitcoin nodes:
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.
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:

- Allow users to view the bandwith us= ed by Bitcoin Core:
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.

- Educate users about the correct setup of a bitcoin no= de:

- bitcoind and Bitcoin Core should create a bitcoin.con= f file on the first start:
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.
This is very useful in setups without GUI, for example in Ubuntu Serve= r.

- bitcoind and Bitcoin Core should be in Linux = repos:
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.
For example Electrum has been added to Ubuntu software center recently= .
Bitcoin Core an bitcoind should be on CentOS, Debian, Ubuntu an= d Ubuntu Server repos.

- Create a "grafical i= nterface" for bitcoind on Linux servers:
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.
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 b= elieve that this is planned, some people want to help the network and other= s want to keep a wallet, someones want both.
With bitcoind you ca= n use the option "disablewallet=3D1" that allows to save some mem= ory.

- Inform users if 8333 port is closed:
That s= hould 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 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.
--089e013d1c4cf5153604f9b03114--