<div dir="ltr">Incentivize investigations for public consumption.  The people on this list are the ones who probably care the most.<br><br>When I looked up that IP address, the Whois info names &quot;OVH&quot; and &quot;Octave Klaba&quot; (who founded OVH, according to Wikipedia) as the owner.  &quot;<a href="http://blockchain.info">blockchain.info</a>&quot; appears in the HTML header as retrieved by the &quot;Anti-Hacker Alliance&quot; (<a href="http://anti-hacker-alliance.com/index.php?details=37.187.136.15">http://anti-hacker-alliance.com/index.php?details=37.187.136.15</a>).  Blockchain.info itself returns IP addresses managed by CloudFlare whenever I try it.<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 24, 2015 at 2:12 PM, Slurms MacKenzie via bitcoin-dev <span dir="ltr">&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">They do not run anything but BitcoinJ (evidenced by them blindly following invalid chains), so no proper consensus checking going on here at all. Connected to my nodes is a bad peer (doesn’t relay inventory but downloads everything) from 37.187.136.15, with the user agent /BitcoinJ:0.12SNAPHOT/Satoshi:0.2.0/ which is owned by <a href="http://blockchain.info" rel="noreferrer" target="_blank">blockchain.info</a>. You can also submit an invalid transaction through their /pushtx interface and get a mixture of noise and BitcoinJ error messages out of it as well.<br>
<br>
If even the people who have to their claim hundreds of thousands of wallets are relying on their security don’t bother running even a single node to sanity check against, who are we really going to expect people to in the future if the load goes 8x, 16x, 32x higher? Like CoinBase and others, these are the companies which are claimed will be the ones supporting the network with ludicrous sized blocks because they have a financial incentive to.<br>
<br>
Well, they don&#39;t even do it now when it could be achieved with a $5 VPS.<br>
<br>
<br>
&gt; Sent: Friday, July 24, 2015 at 8:43 PM<br>
&gt; From: &quot;Peter Todd via bitcoin-dev&quot; &lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>&gt;<br>
&gt; To: &quot;Thomas Zander&quot; &lt;<a href="mailto:thomas@thomaszander.se">thomas@thomaszander.se</a>&gt;<br>
&gt; Cc: <a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a><br>
&gt; Subject: Re: [bitcoin-dev] Bitcoin Roadmap 2015, or &quot;If We Do Nothing&quot; Analysis<br>
&gt; We can test the fact that <a href="http://blockchain.info" rel="noreferrer" target="_blank">blockchain.info</a>&#39;s wallet and block explorer<br>
<span class="im">&gt; has behaved in a way consistent with not running a full node - they have<br>
&gt; shown invalid data that any full node would reject on multiple<br>
&gt; occasions, most recently invalid confirmations during the BIP66 fork.<br>
</span><div class=""><div class="h5">_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br>
</div></div></blockquote></div></div></div></div>