MIME-Version: 1.0
In-Reply-To: <CALgxB7vqA=o1L0aftMtzNYC_OYJcVw6vuqUeB3a2F6d+VuoJkA@mail.gmail.com>
References: <CAPg+sBj-wA1DMrwkQRWnzQoB5NR-q=2-5=WDAAUYfSpXRZSTqw@mail.gmail.com>
	<CABsx9T1NqBX9Tr8vRCtCeri76e0wrtkvRhEPyG9Advv_3Uqxng@mail.gmail.com>
	<CAPg+sBjwVxYTOn3+bwahHGSGpBh5BCh5b4OOFkw_2x97YZSFPQ@mail.gmail.com>
	<CA+w+GKS_wDDgf=HjPgD5QZ_wdTRg7i_oYUgBRmh9HpufETAP=w@mail.gmail.com>
	<CABm2gDqvpWdHdjo1OBzbw-6ivu5DEGcfvK8duc3-KAjsSeWapA@mail.gmail.com>
	<CA+w+GKRPPcgCO0pBP2PjKGU49tWuBoF1vRJzY+4fWn71HOVDPw@mail.gmail.com>
	<CABm2gDqV1NdHJZBmUWX3AxVYy6ErU7AB-wsWgGzbiTL1twdq6g@mail.gmail.com>
	<CA+w+GKTLBWj6b4ppwrmnXb_gybYFcrX7haLBSdCnMaijy2An4w@mail.gmail.com>
	<CABm2gDpWPhYNh=g-ZXCsfe-aPq=N6NKSWKP9kr-KtPVrWAxB7Q@mail.gmail.com>
	<CAAO2FKHsczkwwqO87cJFtxBp9JE=vf=GcxLx37GpRUkPq8VGHQ@mail.gmail.com>
	<CABm2gDpp5+hkHmd6op6PPW658siKoEMRDfTWiEHHM7vJSLDhyA@mail.gmail.com>
	<CA+BnGuFNOjzLaiPPnUSi-rkU94UMgmP30Si8N3oBSYG0q8j-_w@mail.gmail.com>
	<CABm2gDoNbhc1=kgc0F+wSm33hTmRmmptk-XcaZxsm=6iJkWu=w@mail.gmail.com>
	<CABsx9T22KUcbRb4ZfRDikbxK05pqWY1=uvYo10toWA-JwGa-PQ@mail.gmail.com>
	<CAPg+sBg-KN5=A5_Fx3fo0dcD6mAdMUXBMNzW52SkQsRbADTmSg@mail.gmail.com>
	<CABsx9T0QP3bmUkOSaD9X7zhcV3BNwT3xFZcsZnk+JL5oz-EfsA@mail.gmail.com>
	<CAPg+sBi-Ls3Kuk=KE5EApqCh8amkGTUEs9a-jh--vVXs4PtxCQ@mail.gmail.com>
	<CABsx9T0B2bZrFHxYR_QNwBmxskQx31zt=QE5BJAYjcOo7wbo3A@mail.gmail.com>
	<CABsx9T1tujBCwydDC_q6d=qV1DiA0PE=fMHCpAJVjv84rx_RSw@mail.gmail.com>
	<CAPg+sBhn-Gw7x6RNCo39b_GoS+BmSa0bckjaJGz-uK1QEwp4zQ@mail.gmail.com>
	<CALgxB7vqA=o1L0aftMtzNYC_OYJcVw6vuqUeB3a2F6d+VuoJkA@mail.gmail.com>
Date: Thu, 6 Aug 2015 20:52:28 +0200
Message-ID: <CAPg+sBj1qCRvtZ2F1v_1JUTqwws6JOmi+8BYKVoCWPRBSs-Y=g@mail.gmail.com>
From: Pieter Wuille <pieter.wuille@gmail.com>
To: Michael Naber <mickeybob@gmail.com>
Content-Type: multipart/alternative; boundary=089e01537ed8634fab051ca905b5
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Fwd: Block size following technological growth
Precedence: list

--089e01537ed8634fab051ca905b5
Content-Type: text/plain; charset=UTF-8

On Thu, Aug 6, 2015 at 8:43 PM, Michael Naber <mickeybob@gmail.com> wrote:

> How many nodes are necessary to ensure sufficient network reliability?
> Ten, a hundred, a thousand? At what point do we hit the point of
> diminishing returns, where adding extra nodes starts to have negligible
> impact on the overall reliability of the system?
>

It's not about reliability. There are plenty of nodes currently for
synchronization and other network functions.

It's about reduction of trust. Running a full node and using it verify your
transactions is how you get personal assurance that everyone on the network
is following the rules. And if you don't do so yourself, the knowledge that
others are using full nodes and relying on them is valuable. Someone just
running 1000 nodes in a data center and not using them for anything does
not do anything for this, it's adding network capacity without use.

That doesn't mean that the full node count (or the reachable full node
count even) are meaningless numbers. They are an indication of how hard it
is (for various reasons) to run/use a full node, and thus provide feedback.
But they are not the goal, just an indicator.

-- 
Pieter

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

<div dir=3D"ltr">On Thu, Aug 6, 2015 at 8:43 PM, Michael Naber <span dir=3D=
"ltr">&lt;<a href=3D"mailto:mickeybob@gmail.com" target=3D"_blank">mickeybo=
b@gmail.com</a>&gt;</span> wrote:<br><div class=3D"gmail_extra"><div class=
=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8=
ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">How many n=
odes are necessary to ensure sufficient network reliability? Ten, a hundred=
, a thousand? At what point do we hit the point of diminishing returns, whe=
re adding extra nodes starts to have negligible impact on the overall relia=
bility of the system?=C2=A0</div></blockquote><div><br></div><div>It&#39;s =
not about reliability. There are plenty of nodes currently for synchronizat=
ion and other network functions.<br><br></div><div>It&#39;s about reduction=
 of trust. Running a full node and using it verify your transactions is how=
 you get personal assurance that everyone on the network is following the r=
ules. And if you don&#39;t do so yourself, the knowledge that others are us=
ing full nodes and relying on them is valuable. Someone just running 1000 n=
odes in a data center and not using them for anything does not do anything =
for this, it&#39;s adding network capacity without use.<br><br></div><div>T=
hat doesn&#39;t mean that the full node count (or the reachable full node c=
ount even) are meaningless numbers. They are an indication of how hard it i=
s (for various reasons) to run/use a full node, and thus provide feedback. =
But they are not the goal, just an indicator.<br><br>-- <br></div><div>Piet=
er<br><br></div></div></div></div>

--089e01537ed8634fab051ca905b5--