Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id C50DBBFF for ; Wed, 15 Jul 2015 16:11:45 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 95D73201 for ; Wed, 15 Jul 2015 16:11:44 +0000 (UTC) Received: by wiga1 with SMTP id a1so4423683wig.0 for ; Wed, 15 Jul 2015 09:11:43 -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 :cc:content-type; bh=E3ya0AXBaWzASxgqYH6olLWzDCYlRWzZ9fWo7pqIfyQ=; b=HmRO24rVwYAPWML0wUxOnfGUgDQP5neMg9FCuuUB6ExvrXN/iHonTzs796vaqqkH/H 4N10i6SDxh1tbp5QWmEhyBrsb8dsKtC06rBNNY52uOJlLuQRUjRf2I4NJ3rmuo1FbIX9 edtyntofacI9zU1NMJjzcOKblTpw5kmkuysLxAmN3JJSyjjY7PEev8rGtD4rJlJ+qjh1 l/okMs7TCcM9DsWeWWDAkPCJN9dl0Ad4QSO+iMWNBHNme0+AgKDuPAzu2gvo8xgP3+SC 17/dI8EXO5gpgPcx0XqJuzizRn35c/HTMzmyAK8H/gRGsQwO2IrQc96yDgiTO7+BrTSL eIDQ== MIME-Version: 1.0 X-Received: by 10.180.23.69 with SMTP id k5mr481886wif.3.1436976703456; Wed, 15 Jul 2015 09:11:43 -0700 (PDT) Received: by 10.195.12.166 with HTTP; Wed, 15 Jul 2015 09:11:43 -0700 (PDT) In-Reply-To: References: <24662b038abc45da7f3990e12a649b8a@airmail.cc> <55A66FA9.4010506@thinlink.com> <20150715151825.GB20029@savin.petertodd.org> <20150715155903.GC20029@savin.petertodd.org> Date: Wed, 15 Jul 2015 12:11:43 -0400 Message-ID: From: Pieter Wuille To: Me Content-Type: multipart/alternative; boundary=047d7bdc124ef5d044051aec35e0 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 Cc: bitcoin-dev@lists.linuxfoundation.org Subject: Re: [bitcoin-dev] Significant losses by double-spending unconfirmed transactions X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 16:11:45 -0000 --047d7bdc124ef5d044051aec35e0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Jul 15, 2015 at 12:06 PM, Me via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > Have you talk to them? If not, how can you be sure they don=E2=80=99t run= large > number of standard nodes and actually make the network stronger? Personal= ly > I never bring claims like this if I just assume. A lot of people in the > community really trust you, do you realize you potentially hurt them for = no > reason? > Running normal full nodes only provides extra service to nodes synchronizing and lightweight clients. It does not "make the network stronger" in the sense that it does not reduce the trust the participants need to have in each other. It's such a misconception that running many nodes somehow helps. It's much better that you run and control one or a few full nodes which you actually use to validate your transactions, than to run 1000s of nodes in third party datacenters. The latter only looks more decentralized. --=20 Pieter --047d7bdc124ef5d044051aec35e0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Jul 15, 2015 at 12:06 PM, Me via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote= :
Have you talk to them? If not, how can you be sure they don= =E2=80=99t run large number of standard nodes and actually make the network= stronger? Personally I never bring claims like this if I just assume. A lo= t of people in the community really trust you, do you realize you potential= ly hurt them for no reason?

Running nor= mal full nodes only provides extra service to nodes synchronizing and light= weight clients. It does not "make the network stronger" in the se= nse that it does not reduce the trust the participants need to have in each= other.

It's such a misconception that running many n= odes somehow helps. It's much better that you run and control one or a = few full nodes which you actually use to validate your transactions, than t= o run 1000s of nodes in third party datacenters. The latter only looks more= decentralized.

--
Pieter

--047d7bdc124ef5d044051aec35e0--