From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VjoOZ-0000wE-Tz for bitcoin-development@lists.sourceforge.net; Fri, 22 Nov 2013 10:55:32 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.214.51 as permitted sender) client-ip=209.85.214.51; envelope-from=ayeowch@gmail.com; helo=mail-bk0-f51.google.com; Received: from mail-bk0-f51.google.com ([209.85.214.51]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1VjoOW-0005vO-Ao for bitcoin-development@lists.sourceforge.net; Fri, 22 Nov 2013 10:55:31 +0000 Received: by mail-bk0-f51.google.com with SMTP id 6so718609bkj.24 for ; Fri, 22 Nov 2013 02:55:21 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.205.14.197 with SMTP id pr5mr1448203bkb.33.1385117721581; Fri, 22 Nov 2013 02:55:21 -0800 (PST) Received: by 10.204.111.131 with HTTP; Fri, 22 Nov 2013 02:55:21 -0800 (PST) In-Reply-To: References: Date: Fri, 22 Nov 2013 21:55:21 +1100 Message-ID: From: Addy Yeow To: Mike Hearn Content-Type: multipart/alternative; boundary=20cf301cc42cc485ef04ebc1d963 X-Spam-Score: -0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: bitcointalk.org] -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (ayeowch[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 NORMAL_HTTP_TO_IP URI: Uses a dotted-decimal IP address in URL 0.0 WEIRD_PORT URI: Uses non-standard port number for HTTP 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: 1VjoOW-0005vO-Ao Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Who or what is /Satoshi:0.8.99/Gangnam Style:2.1/ ? X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 10:55:32 -0000 --20cf301cc42cc485ef04ebc1d963 Content-Type: text/plain; charset=ISO-8859-1 Hi Mike, I am glad you are still following up with Bitnodes. The recent spike in nodes count should probably be taken with a grain of salt; run #231 ( http://getaddr.bitnodes.io/231/) does appear artificial to me, i.e. potentially bogus nodes being added. I am still working on a more in depth analysis on the data. There are quite some TODOs for the project at the moment for the next couple of months. I have included propagation data as well into the list. Cheers, Addy On Fri, Nov 22, 2013 at 1:47 AM, Mike Hearn wrote: > Thanks. By the way, your bitnodes site is excellent. Thanks for doing > that. If you're in the mood for extending it, it'd be great to gather and > chart data on block and tx propagation times. > > Do you think the recent explosion in running nodes is real, or due to some > kind of custom experimental thing? > > > On Thu, Nov 21, 2013 at 2:55 PM, Addy Yeow wrote: > >> Try https://bitcointalk.org/index.php?action=profile;u=19897? >> >> >> >> >> On Fri, Nov 22, 2013 at 12:48 AM, Mike Hearn wrote: >> >>> I added some additional logging to my node and ran it for a few days. >>> There's a pull req open for my extra logging, it is quite trivial. Here's >>> what it looks like: >>> >>> 2013-11-21 13:41:04 AcceptToMemoryPool: 5.9.24.81:7834/Satoshi:0.8.99/Gangnam Style:2.1/ : accepted >>> 2d1bbcc2bf64dfcb57a2f0180b2607a48a34de4422c446929b26b190083bbfe7 (poolsz >>> 2087) >>> 2013-11-21 13:41:05 AcceptToMemoryPool: 198.12.127.2:29057/Satoshi:0.8.99/Gangnam Style:2.1/ : accepted >>> 28bb94978bdaa224faeafa95d03a0c4f5743396d6f592469c5ac2b64184ac716 (poolsz >>> 2088) >>> 2013-11-21 13:41:06 ERROR: AcceptToMemoryPool : nonstandard transaction: >>> dust >>> 2013-11-21 13:41:06 >>> 42323d9553e4c592d27765dc3ef9152c186cb7d67b08d783d72974a56085032d from >>> 82.68.68.254:39232 /Satoshi:0.8.1/ was not accepted into the memory >>> pool: dust >>> 2013-11-21 13:41:06 AcceptToMemoryPool: 198.12.127.2:29057/Satoshi:0.8.99/Gangnam Style:2.1/ : accepted >>> 2fdb19e5e87d518b7b6bb7371d547a5f60c2bb056ba4522190460f0bc41b51fb (poolsz >>> 2089) >>> 2013-11-21 13:41:08 AcceptToMemoryPool: 5.9.24.81:7834/Satoshi:0.8.99/Gangnam Style:2.1/ : accepted >>> 52c8ed6a48f89d48b1152b67ac0b718a7aadb5f9a0c70c18b9b2fed058ca3323 (poolsz >>> 2090) >>> 2013-11-21 13:41:08 AcceptToMemoryPool: 198.12.127.2:29057/Satoshi:0.8.99/Gangnam Style:2.1/ : accepted >>> 980bbdbd4a6b365fa6f13fb5247eb6cb1e54847e490c3b7c3026d1548fb9efc6 (poolsz >>> 2091) >>> 2013-11-21 13:41:08 AcceptToMemoryPool: 64.120.253.194:60896/Satoshi:0.8.99/Gangnam Style:2.0/ : accepted >>> 03f79c611bbdc1afa7afa67eb0bbd4d8bc86a730a7066622e2709ae506e61e0f (poolsz >>> 2092) >>> 2013-11-21 13:41:10 AcceptToMemoryPool: 5.9.24.81:7834/Satoshi:0.8.99/Gangnam Style:2.1/ : accepted >>> af8096ad637af1ca022a5146e07cf1fc6bfbec877935f9e114b279fcfe26c06d (poolsz >>> 2093) >>> 2013-11-21 13:41:10 AcceptToMemoryPool: 5.9.24.81:7834/Satoshi:0.8.99/Gangnam Style:2.1/ : accepted >>> 751c2415d058d45ca602fdf1b6490edb6e57fc718e914d628c11b17e25aac834 (poolsz >>> 2094) >>> >>> >>> >>> Despite that I have 87 connections from regular nodes, virtually all >>> transactions seen by my node are being announced by this modified software, >>> which appears to run on several different machines. >>> >>> I am wondering if anyone out there knows/owns these nodes and if they >>> are relaying transactions without checking their validity. That seems the >>> most likely reason for how they are always able to win the race to be the >>> first to announce to my node. >>> >>> >>> ------------------------------------------------------------------------------ >>> Shape the Mobile Experience: Free Subscription >>> Software experts and developers: Be at the forefront of tech innovation. >>> Intel(R) Software Adrenaline delivers strategic insight and game-changing >>> conversations that shape the rapidly evolving mobile landscape. Sign up >>> now. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Bitcoin-development mailing list >>> Bitcoin-development@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development >>> >>> >> > --20cf301cc42cc485ef04ebc1d963 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Mike,

I am glad you are still following up= with Bitnodes. The recent spike in nodes count should probably be taken wi= th a grain of salt; run #231 (h= ttp://getaddr.bitnodes.io/231/) does appear artificial to me, i.e. pote= ntially bogus nodes being added. I am still working on a more in depth anal= ysis on the data.

There are quite some TODOs for the project at the momen= t for the next couple of months. I have included propagation data as well i= nto the list.

Cheers,
Addy


On Fri,= Nov 22, 2013 at 1:47 AM, Mike Hearn <mike@plan99.net> wrote:<= br>
Thanks. By the way, your bitnodes site is excellent. Thank= s for doing that. If you're in the mood for extending it, it'd be g= reat to gather and chart data on block and tx propagation times.

Do you think the recent explosion in running nodes is real, or due to = some kind of custom experimental thing?


On Thu, Nov 21, 2013 at 2:55 PM, Addy Yeow <ayeowch@gmail.com> wrote:


On Fri, Nov 22, 2013 at 12:48 AM, Mike Hearn <mike@plan99.net> wrote:
I added some additional logging to my node and ran it for = a few days. There's a pull req open for my extra logging, it is quite t= rivial. Here's what it looks like:

2013-11-21 1= 3:41:04 AcceptToMemoryPool: 5.9.24.81:7834 /Satoshi:0.8.99/Gangnam Style:2.1/ : accepted 2d1bb= cc2bf64dfcb57a2f0180b2607a48a34de4422c446929b26b190083bbfe7 (poolsz 2087)
2013-11-21 13:41:05 AcceptToMemoryPool: 198.12.127.2:29057 /Satoshi:0.8.99/Gangnam St= yle:2.1/ : accepted 28bb94978bdaa224faeafa95d03a0c4f5743396d6f592469c5ac2b6= 4184ac716 (poolsz 2088)
2013-11-21 13:41:06 ERROR: AcceptToMemoryPool : nonstandard transactio= n: dust
2013-11-21 13:41:06 42323d9553e4c592d27765dc3ef9152c186cb= 7d67b08d783d72974a56085032d from 82.68.68.254:39232 /Satoshi:0.8.1/ was not accepted into = the memory pool: dust
2013-11-21 13:41:06 AcceptToMemoryPool: 198.12.127.2:29057 /Satoshi:0.8.99/Gangnam St= yle:2.1/ : accepted 2fdb19e5e87d518b7b6bb7371d547a5f60c2bb056ba4522190460f0= bc41b51fb (poolsz 2089)
2013-11-21 13:41:08 AcceptToMemoryPool: 5.9.24.81:7834 /Satoshi:0.8.99/Gangnam Style:2.1/= : accepted 52c8ed6a48f89d48b1152b67ac0b718a7aadb5f9a0c70c18b9b2fed058ca332= 3 (poolsz 2090)
2013-11-21 13:41:08 AcceptToMemoryPool: 198.12.127.2:29057 /Satoshi:0.8.99/Gangnam St= yle:2.1/ : accepted 980bbdbd4a6b365fa6f13fb5247eb6cb1e54847e490c3b7c3026d15= 48fb9efc6 (poolsz 2091)
2013-11-21 13:41:08 AcceptToMemoryPool: 64.120.253.194:60896 /Satoshi:0.8.99/Gangna= m Style:2.0/ : accepted 03f79c611bbdc1afa7afa67eb0bbd4d8bc86a730a7066622e27= 09ae506e61e0f (poolsz 2092)
2013-11-21 13:41:10 AcceptToMemoryPool: 5.9.24.81:7834 /Satoshi:0.8.99/Gangnam Style:2.1/= : accepted af8096ad637af1ca022a5146e07cf1fc6bfbec877935f9e114b279fcfe26c06= d (poolsz 2093)
2013-11-21 13:41:10 AcceptToMemoryPool: 5.9.24.81:7834 /Satoshi:0.8.99/Gangnam Style:2.1/= : accepted 751c2415d058d45ca602fdf1b6490edb6e57fc718e914d628c11b17e25aac83= 4 (poolsz 2094)



Despite that I have= 87 connections from regular nodes, virtually all transactions seen by my n= ode are being announced by this modified software, which appears to run on = several different machines.

I am wondering if anyone out there knows/owns these nod= es and if they are relaying transactions without checking their validity. T= hat seems the most likely reason for how they are always able to win the ra= ce to be the first to announce to my node.

-----------------------------------------------------------= -------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now= .
http://pubads.g.doubleclick.net/gam= pad/clk?id=3D63431311&iu=3D/4140/ostg.clktrk
___________________= ____________________________
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment




--20cf301cc42cc485ef04ebc1d963--