<oembed><type>rich</type><version>1.0</version><author_name>npub1l3sj8amnurgf3cu3p2hhcaham90khafc4vgsmymqdnn0k3kanulsghwq5p</author_name><author_url>https://nostr.ae/npub1l3sj8amnurgf3cu3p2hhcaham90khafc4vgsmymqdnn0k3kanulsghwq5p</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-05-26&#xA;📝 Original message:This is something you actually don&#39;t want. In order to make it as difficult&#xA;as possible for an attacker to perform a sybil attack, you want to choose a&#xA;set of peers that is as diverse, and unpredictable as possible.&#xA;&#xA;&#xA;On Mon, May 25, 2015 at 9:37 PM, Matt Whitlock &lt;bip at mattwhitlock.name&gt;&#xA;wrote:&#xA;&#xA;&gt; This is very simple to do. Just ping the &#34;all nodes&#34; address (ff02::1) and&#xA;&gt; try connecting to TCP port 8333 of each node that responds. Shouldn&#39;t take&#xA;&gt; but more than a few milliseconds on any but the most densely populated LANs.&#xA;&gt;&#xA;&gt;&#xA;&gt; On Monday, 25 May 2015, at 11:06 pm, Jim Phillips wrote:&#xA;&gt; &gt; Is there any work being done on using some kind of zero-conf service&#xA;&gt; &gt; discovery protocol so that lightweight clients can find a full node on&#xA;&gt; the&#xA;&gt; &gt; same LAN to peer with rather than having to tie up WAN bandwidth?&#xA;&gt; &gt;&#xA;&gt; &gt; I envision a future where lightweight devices within a home use SPV over&#xA;&gt; &gt; WiFi to connect with a home server which in turn relays the transactions&#xA;&gt; &gt; they create out to the larger and faster relays on the Internet.&#xA;&gt; &gt;&#xA;&gt; &gt; In a situation where there are hundreds or thousands of small SPV devices&#xA;&gt; &gt; in a single home (if 21, Inc. is successful) monitoring the blockchain,&#xA;&gt; &gt; this could result in lower traffic across the slow WAN connection.  And&#xA;&gt; &gt; yes, I realize it could potentially take a LOT of these devices before&#xA;&gt; the&#xA;&gt; &gt; total bandwidth is greater than downloading a full copy of the&#xA;&gt; blockchain,&#xA;&gt; &gt; but there&#39;s other reasons to host your own full node -- trust being one.&#xA;&gt; &gt;&#xA;&gt; &gt; --&#xA;&gt; &gt; *James G. Phillips IV*&#xA;&gt; &gt; &lt;https://plus.google.com/u/0/113107039501292625391/posts&gt;&#xA;&gt; &gt; &lt;http://www.linkedin.com/in/ergophobe&gt;&#xA;&gt; &gt;&#xA;&gt; &gt; *&#34;Don&#39;t bunt. Aim out of the ball park. Aim for the company of&#xA;&gt; immortals.&#34;&#xA;&gt; &gt; -- David Ogilvy*&#xA;&gt; &gt;&#xA;&gt; &gt;  *This message was created with 100% recycled electrons. Please think&#xA;&gt; twice&#xA;&gt; &gt; before printing.*&#xA;&gt;&#xA;&gt;&#xA;&gt; ------------------------------------------------------------------------------&#xA;&gt; One dashboard for servers and applications across Physical-Virtual-Cloud&#xA;&gt; Widest out-of-the-box monitoring support with 50+ applications&#xA;&gt; Performance metrics, stats and reports that give you Actionable Insights&#xA;&gt; Deep dive visibility with transaction tracing using APM Insight.&#xA;&gt; http://ad.doubleclick.net/ddm/clk/290420510;117567292;y&#xA;&gt; _______________________________________________&#xA;&gt; Bitcoin-development mailing list&#xA;&gt; Bitcoin-development at lists.sourceforge.net&#xA;&gt; https://lists.sourceforge.net/lists/listinfo/bitcoin-development&#xA;&gt;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150525/1324d033/attachment.html&gt;</html></oembed>