/ 74 / 13499cf30dbbe672515fc6511c72aeca1bb343
13499cf30dbbe672515fc6511c72aeca1bb343
  1  Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194]
  2  	helo=mx.sourceforge.net)
  3  	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
  4  	(envelope-from <harro84@yahoo.com.au>) id 1YTKpO-0006P8-KA
  5  	for bitcoin-development@lists.sourceforge.net;
  6  	Thu, 05 Mar 2015 01:43:55 +0000
  7  Received: from nm34-vm2.bullet.mail.gq1.yahoo.com ([98.136.216.141])
  8  	by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
  9  	(Exim 4.76) id 1YTKpM-0002Dy-Gs
 10  	for bitcoin-development@lists.sourceforge.net;
 11  	Thu, 05 Mar 2015 01:43:54 +0000
 12  Received: from [127.0.0.1] by nm34.bullet.mail.gq1.yahoo.com with NNFMP;
 13  	05 Mar 2015 01:43:46 -0000
 14  Received: from [216.39.60.183] by nm34.bullet.mail.gq1.yahoo.com with NNFMP;
 15  	05 Mar 2015 01:40:58 -0000
 16  Received: from [98.139.215.141] by tm19.bullet.mail.gq1.yahoo.com with NNFMP;
 17  	05 Mar 2015 01:40:58 -0000
 18  Received: from [98.139.212.202] by tm12.bullet.mail.bf1.yahoo.com with NNFMP;
 19  	05 Mar 2015 01:40:58 -0000
 20  Received: from [127.0.0.1] by omp1011.mail.bf1.yahoo.com with NNFMP;
 21  	05 Mar 2015 01:40:58 -0000
 22  X-Yahoo-Newman-Property: ymail-4
 23  X-Yahoo-Newman-Id: 469192.32467.bm@omp1011.mail.bf1.yahoo.com
 24  X-YMail-OSG: aQXhu9wVM1lc5_2STtzwSnKWRVszjmjhEsyE4uCYopLo9heAfnRiDteoZd3sZg6
 25  	H_5ZvjJOUbT9z6h1vKyo.w9WBqi.O8NhnqnRBy0JNsquz9UYRQMn1PVcKoKI2MCgQ47xr8NRoOaU
 26  	oBShnarPGeN6P1EqiYD8tje8vpoEVnMFLz7OUvW_qCOffHbNeJONMZ80tuLZO62tXg7Y.ed80TiY
 27  	PpjwfW8AhoBquPlRYZoF138hY0wipHlbHiEXmU4v.swLfNCNBHXH7LysUJPumXi7Sv6OzI4so9iT
 28  	6_9WcBlKbgujDsj4a0RUc34ixTxxEKHLSxhXTYQu6JQe6_9G9HNUvIdvSyoJIUxvhxpi_z64PvTY
 29  	FMqE0vlYjG0fGmhRO5aJ4SVZ69jtZgNbB4harEVmuFFJl7pwbHg6UkHY72detyGJOmyO3huQTSk1
 30  	kLIxcWvkE1oAWwd2ia8RtH95DEOqzUeGQsznS9r79JPG3BFIdJJvHVnrnQyHhkKjzdfot3V.IAX1
 31  	klkDso0kViZdw_huw7XnUZOOuKWQ-
 32  Received: by 66.196.80.124; Thu, 05 Mar 2015 01:40:58 +0000 
 33  Date: Thu, 5 Mar 2015 01:40:57 +0000 (UTC)
 34  From: Thy Shizzle <thashiznets@yahoo.com.au>
 35  To: "bitcoin-development@lists.sourceforge.net&quot; ;
 36  	" <bitcoin-development@lists.sourceforge.net>
 37  Message-ID: <1755215207.4498654.1425519657710.JavaMail.yahoo@mail.yahoo.com>
 38  MIME-Version: 1.0
 39  Content-Type: multipart/alternative; 
 40  	boundary="----=_Part_4498653_143775116.1425519657708"
 41  X-Spam-Score: 1.2 (+)
 42  X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
 43  	See http://spamassassin.org/tag/ for more details.
 44  	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 45  	(harro84[at]yahoo.com.au)
 46  	-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
 47  	no trust [98.136.216.141 listed in list.dnswl.org]
 48  	0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in
 49  	digit (harro84[at]yahoo.com.au)
 50  	1.0 HTML_MESSAGE           BODY: HTML included in message
 51  	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
 52  	author's domain
 53  	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
 54  	not necessarily valid
 55  	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
 56  X-Headers-End: 1YTKpM-0002Dy-Gs
 57  Subject: [Bitcoin-development] Useless Address attack?
 58  X-BeenThere: bitcoin-development@lists.sourceforge.net
 59  X-Mailman-Version: 2.1.9
 60  Precedence: list
 61  Reply-To: Thy Shizzle <thashiznets@yahoo.com.au>
 62  List-Id: <bitcoin-development.lists.sourceforge.net>
 63  List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
 64  	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
 65  List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
 66  List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
 67  List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
 68  List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
 69  	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
 70  X-List-Received-Date: Thu, 05 Mar 2015 01:43:55 -0000
 71  
 72  ------=_Part_4498653_143775116.1425519657708
 73  Content-Type: text/plain; charset=UTF-8
 74  Content-Transfer-Encoding: 7bit
 75  
 76   Hi, so just a thought as my node relays addresses etc. If I wanted to really slow down communication over the P2P network, what's stopping me from popping up a heap of dummy nodes that do nothing more than exchange version and relay addresses, except I send addr messages with all 1000 addresses pointing to my useless nodes that never send invs or respond to getdata etc so clients connect to my dumb nodes instead of legit ones. I'm thinking that if I fill up their address pool with enough addresses to dumb nodes and keep them really fresh time wise, it could have a bit of an impact especially if all 8 outbound connections are used up by my dumb nodes right?
 77  
 78  I don't want to do this obviously, I'm just thinking about it as I'm building my node, what is there to stop this happening?
 79  ------=_Part_4498653_143775116.1425519657708
 80  Content-Type: text/html; charset=UTF-8
 81  Content-Transfer-Encoding: quoted-printable
 82  
 83  <html><body><div style=3D"color:#000; background-color:#fff; font-family:He=
 84  lvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial,=
 85   Lucida Grande, Sans-Serif;font-size:16px"><div id=3D"yui_3_16_0_1_14255193=
 86  11352_3664" dir=3D"ltr">  Hi, so just a thought as my node relays addresses=
 87   etc. If I wanted to really slow down communication over the P2P network, w=
 88  hat's stopping me from popping up a heap of dummy nodes that do nothing mor=
 89  e than exchange version and relay addresses, except I send addr messages wi=
 90  th all 1000 addresses pointing to my useless nodes that never send invs or =
 91  respond to getdata etc so clients connect to my dumb nodes instead of legit=
 92   ones. I'm thinking that if I fill up their address pool with enough addres=
 93  ses to dumb nodes and keep them really fresh time wise, it could have a bit=
 94   of an impact especially if all 8 outbound connections are used up by my du=
 95  mb nodes right?<br><br>I don't want to do this obviously, I'm just thinking=
 96   about it as I'm building my node, what is there to stop this happening?</d=
 97  iv></div></body></html>
 98  ------=_Part_4498653_143775116.1425519657708--
 99  
100