summaryrefslogtreecommitdiff
path: root/74/13499cf30dbbe672515fc6511c72aeca1bb343
blob: df99d842582d727a6e17d6235186f13c8761a576 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194]
	helo=mx.sourceforge.net)
	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <harro84@yahoo.com.au>) id 1YTKpO-0006P8-KA
	for bitcoin-development@lists.sourceforge.net;
	Thu, 05 Mar 2015 01:43:55 +0000
Received: from nm34-vm2.bullet.mail.gq1.yahoo.com ([98.136.216.141])
	by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1YTKpM-0002Dy-Gs
	for bitcoin-development@lists.sourceforge.net;
	Thu, 05 Mar 2015 01:43:54 +0000
Received: from [127.0.0.1] by nm34.bullet.mail.gq1.yahoo.com with NNFMP;
	05 Mar 2015 01:43:46 -0000
Received: from [216.39.60.183] by nm34.bullet.mail.gq1.yahoo.com with NNFMP;
	05 Mar 2015 01:40:58 -0000
Received: from [98.139.215.141] by tm19.bullet.mail.gq1.yahoo.com with NNFMP;
	05 Mar 2015 01:40:58 -0000
Received: from [98.139.212.202] by tm12.bullet.mail.bf1.yahoo.com with NNFMP;
	05 Mar 2015 01:40:58 -0000
Received: from [127.0.0.1] by omp1011.mail.bf1.yahoo.com with NNFMP;
	05 Mar 2015 01:40:58 -0000
X-Yahoo-Newman-Property: ymail-4
X-Yahoo-Newman-Id: 469192.32467.bm@omp1011.mail.bf1.yahoo.com
X-YMail-OSG: aQXhu9wVM1lc5_2STtzwSnKWRVszjmjhEsyE4uCYopLo9heAfnRiDteoZd3sZg6
	H_5ZvjJOUbT9z6h1vKyo.w9WBqi.O8NhnqnRBy0JNsquz9UYRQMn1PVcKoKI2MCgQ47xr8NRoOaU
	oBShnarPGeN6P1EqiYD8tje8vpoEVnMFLz7OUvW_qCOffHbNeJONMZ80tuLZO62tXg7Y.ed80TiY
	PpjwfW8AhoBquPlRYZoF138hY0wipHlbHiEXmU4v.swLfNCNBHXH7LysUJPumXi7Sv6OzI4so9iT
	6_9WcBlKbgujDsj4a0RUc34ixTxxEKHLSxhXTYQu6JQe6_9G9HNUvIdvSyoJIUxvhxpi_z64PvTY
	FMqE0vlYjG0fGmhRO5aJ4SVZ69jtZgNbB4harEVmuFFJl7pwbHg6UkHY72detyGJOmyO3huQTSk1
	kLIxcWvkE1oAWwd2ia8RtH95DEOqzUeGQsznS9r79JPG3BFIdJJvHVnrnQyHhkKjzdfot3V.IAX1
	klkDso0kViZdw_huw7XnUZOOuKWQ-
Received: by 66.196.80.124; Thu, 05 Mar 2015 01:40:58 +0000 
Date: Thu, 5 Mar 2015 01:40:57 +0000 (UTC)
From: Thy Shizzle <thashiznets@yahoo.com.au>
To: "bitcoin-development@lists.sourceforge.net&quot; ;
	" <bitcoin-development@lists.sourceforge.net>
Message-ID: <1755215207.4498654.1425519657710.JavaMail.yahoo@mail.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_4498653_143775116.1425519657708"
X-Spam-Score: 1.2 (+)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
	(harro84[at]yahoo.com.au)
	-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
	no trust [98.136.216.141 listed in list.dnswl.org]
	0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in
	digit (harro84[at]yahoo.com.au)
	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: 1YTKpM-0002Dy-Gs
Subject: [Bitcoin-development] Useless Address attack?
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Thy Shizzle <thashiznets@yahoo.com.au>
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Thu, 05 Mar 2015 01:43:55 -0000

------=_Part_4498653_143775116.1425519657708
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

 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?

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?
------=_Part_4498653_143775116.1425519657708
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:He=
lvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial,=
 Lucida Grande, Sans-Serif;font-size:16px"><div id=3D"yui_3_16_0_1_14255193=
11352_3664" dir=3D"ltr">  Hi, so just a thought as my node relays addresses=
 etc. If I wanted to really slow down communication over the P2P network, w=
hat's stopping me from popping up a heap of dummy nodes that do nothing mor=
e than exchange version and relay addresses, except I send addr messages wi=
th 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 addres=
ses 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 du=
mb nodes right?<br><br>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?</d=
iv></div></body></html>
------=_Part_4498653_143775116.1425519657708--