Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id BD944B93 for ; Thu, 4 May 2017 13:15:07 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-qt0-f179.google.com (mail-qt0-f179.google.com [209.85.216.179]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5FAFC15A for ; Thu, 4 May 2017 13:15:03 +0000 (UTC) Received: by mail-qt0-f179.google.com with SMTP id n4so9525620qte.2 for ; Thu, 04 May 2017 06:15:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=RonCcyMRBMQD2Ni0rYI6q1/HeenUvliYmJPmohDFRSE=; b=piemVcKSrmSj50NOuDj3QuG4FRo0DtelR/yRDO5B4LWQggC523KdFYekL9OEIdvSd3 kPaTMx7r+yRqsY0U8nnAo47z9wMl2A/yRl52TL5yN0ATUS41Kd4M50m3SD4K37baCa/y bHEdNX/dnN942NYIr8mquymDBd9e20scrhtoMkjLmtpRDYKij1/IwE4QJ0aFGl+T4CQq DJi0kjfrzTWq5zKe6Bl9bOQUzu4Y09BQuBApz2tT6rSNFFiZCGGJXC3wSkvQttiRrSRf o2Iu/LvrqUDD7Uf4QQzse87JCguvMjFr3NtkhUBsQlkyke/8xtaIh7cAGB+oYYIeoagm uSYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=RonCcyMRBMQD2Ni0rYI6q1/HeenUvliYmJPmohDFRSE=; b=nRPVs2JzJFI+MZWB0Ei7MReaUG2v6s7fjUufwcjCPLam+YIVI6ZZHvUQZ+FU0ooJjO JGiTNh01XFm6L/zoa2YWHVPVPf1IJuMIEki7AYPPWQhRmcuY3SFPXY3cgyRExhzNo+EU GQkI/oFsd4Ha7fe5Fyq1D61o8bnGuA0wXFNbdbfdtcZK+V4KRv+TM/UEoALpKmQPbdmb cuzc6rl6Lkv18qph3IUoSSSDII0ml4iJcRSgLS+8taipVnM6ftf7mOkVozLLYWu9zZy1 xLelxKXf296Yi2sNeZV8N9PkAWlv8dNX96YHaFMBbAPWku1lw2yvQvcF9X8mmwS3srM6 /Whg== X-Gm-Message-State: AN3rC/6gMJfrX7HYi+d+Q7mU2p4Dq4F3+QB2uWWGxDCq1iG8fXKHoTJz C8yc8kD0dqrE2dGmcLmHk2SgRJuSgw== X-Received: by 10.200.36.44 with SMTP id c41mr35158179qtc.223.1493903702526; Thu, 04 May 2017 06:15:02 -0700 (PDT) MIME-Version: 1.0 Sender: earonesty@gmail.com Received: by 10.200.39.43 with HTTP; Thu, 4 May 2017 06:15:02 -0700 (PDT) In-Reply-To: References: From: Erik Aronesty Date: Thu, 4 May 2017 09:15:02 -0400 X-Google-Sender-Auth: unkgbrgheBiclvxPTTj3RdS8DyA Message-ID: To: Gregory Maxwell Content-Type: multipart/alternative; boundary=001a1141039a848fa0054eb28f78 X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,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 X-Mailman-Approved-At: Thu, 04 May 2017 13:23:02 +0000 Cc: Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] Full node "tip" function X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 13:15:07 -0000 --001a1141039a848fa0054eb28f78 Content-Type: text/plain; charset=UTF-8 > Greg > The primary result would be paying people to sybil attack the network. I cannot imagine the benefit to replicating an ip address in this case, except maybe you think that you would be more likely to be selected as a peer? But there would be no actual advantage since download peers are selected based on throughput and actual blocks served. Also, since this makes the network far more resistant to DDOS attacks, it has added benefits. > Luke: > paying for services is in general a great idea, but one that Bitcoin > can much better serve once Lightning is in production. I agree, if lightning networks were baked in, then the tips could be as granular as "per block downloaded", or even (outlandish seeming now, but maybe not in a future where there is a "public rpc api") "per rpc call". Miners and business users would certainly pay for high quality services. Spinning up new nodes without a tip and relying on the "free network" would probably take more time, for example. I suspect that if income were even a small possibility the number of full nodes would vastly increase. Sybil attacks seem irrelevant as long as reasonable QOS metrics are stored per peer. On Wed, May 3, 2017 at 5:53 PM, Gregory Maxwell wrote: > On Wed, May 3, 2017 at 9:08 PM, Erik Aronesty via bitcoin-dev > wrote: > > CONS: > > The primary result would be paying people to sybil attack the network. > It's far cheaper to run one node behind thousands of IPs than it is to > run many nodes. > > Suggestions like this have come up many times before. > --001a1141039a848fa0054eb28f78 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
> Greg
> The primary result = would be paying people to sybil attack the network.

I cannot imagine= the benefit to replicating an ip address in this case, except maybe you th= ink that you would be more likely to be selected as a peer?=C2=A0=C2=A0 But= there would be no actual advantage since download peers are selected based= on throughput and actual blocks served.

Also, since this makes the = network far more resistant to DDOS attacks, it has added benefits.

<= /div>
> Luke:
> paying for services is in general a grea= t idea, but one that Bitcoin
> can much better serve once Lightning i= s in production.

I agree, if lightning networks were baked in, then = the tips could be as granular as "per block downloaded", or even = (outlandish seeming now, but maybe not in a future where there is a "p= ublic rpc api") "per rpc call".=C2=A0=C2=A0 Miners and busin= ess users would certainly pay for high quality services.=C2=A0=C2=A0 Spinni= ng up new nodes without a tip and relying on the "free network" w= ould probably take more time, for example.

I suspect that= if income were even a small possibility the number of full nodes would vas= tly increase.

Sybil attacks seem irrelevant as long as re= asonable QOS metrics are stored per peer.


On Wed, May 3, 2017 = at 5:53 PM, Gregory Maxwell <greg@xiph.org> wrote:
On Wed, May 3, 2017 at 9:08 PM, Erik Aronesty via bitc= oin-dev
<bitcoin-dev@li= sts.linuxfoundation.org> wrote:
> CONS:

The primary result would be paying people to sybil attack the network.
It's far cheaper to run one node behind thousands of IPs than it is to<= br> run many nodes.

Suggestions like this have come up many times before.

--001a1141039a848fa0054eb28f78--