Blocks already checksum; they hash to a low number.<div><br></div><div>Also inre: block headers, you are furnished with a previous hash in the first 80 bytes of the block. You can always cut the connection at that moment if you&#39;ve already seen the block headers.</div>

<div><br></div><div>Peter</div><div><br></div><div><div><br><div class="gmail_quote">On Mon, Apr 30, 2012 at 1:02 PM, Zell Faze <span dir="ltr">&lt;<a href="mailto:zellfaze@yahoo.com" target="_blank">zellfaze@yahoo.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Although quite true, I actually agree though that there should be some sort of checksum for the blocks.  Bandwidth may not be a bottleneck now (or ever), but it may be at some point.  This change will help Bitcoin scale.<br>


<br>
------------------------<br>
&quot;It stopped being just a website a long time ago. For many of us, most of us, Wikipedia has become an indispensable part of our daily lives.&quot;<br>
— Jimmy Wales, Founder of Wikipedia<br>
Help protect it now. Please make a donation today: <a href="http://www.wikimediafoundation.org/wiki/Donate" target="_blank">http://www.wikimediafoundation.org/wiki/Donate</a><br>
<br>
<br>
<br>
--- On Mon, 4/30/12, Amir Taaki &lt;<a href="mailto:zgenjix@yahoo.com">zgenjix@yahoo.com</a>&gt; wrote:<br>
<br>
&gt; From: Amir Taaki &lt;<a href="mailto:zgenjix@yahoo.com">zgenjix@yahoo.com</a>&gt;<br>
<div class="im">&gt; Subject: Re: [Bitcoin-development] BIP to improve the availability of blocks<br>
</div>&gt; To: &quot;<a href="mailto:bitcoin-development@lists.sourceforge.net">bitcoin-development@lists.sourceforge.net</a>&quot; &lt;<a href="mailto:bitcoin-development@lists.sourceforge.net">bitcoin-development@lists.sourceforge.net</a>&gt;<br>


&gt; Date: Monday, April 30, 2012, 3:11 PM<br>
<div class="HOEnZb"><div class="h5">&gt; This is optimisation where it isn&#39;t<br>
&gt; needed. Bandwidth is not the bottleneck of the Bitcoin<br>
&gt; system. It is the immense time needed to validate the<br>
&gt; blockchain.<br>
&gt;<br>
&gt; And clients should never send blocks first. They always send<br>
&gt; an inv packet, then you request the block. It is a<br>
&gt; disruptive change and brings little.<br>
&gt;<br>
&gt; We don&#39;t need to optimise every aspect of Bitcoin :) Just<br>
&gt; focus on the big bits that matter, while keeping everything<br>
&gt; working with minimal changes.<br>
&gt;<br>
&gt; For instance say we did this and to maintain backwards<br>
&gt; compatible, we introduced a new message called &quot;hash+block&quot;.<br>
&gt; Now there are 2 code branches that must be maintained -<br>
&gt; urgh.<br>
&gt;<br>
&gt;<br>
&gt; ________________________________<br>
&gt; From: Wladimir &lt;<a href="mailto:laanwj@gmail.com">laanwj@gmail.com</a>&gt;<br>
&gt; To: Rebroad (sourceforge) &lt;<a href="mailto:rebroad%2Bsourceforge.net@gmail.com">rebroad+sourceforge.net@gmail.com</a>&gt;<br>
&gt;<br>
&gt; Cc: <a href="mailto:bitcoin-development@lists.sourceforge.net">bitcoin-development@lists.sourceforge.net</a><br>
&gt;<br>
&gt; Sent: Monday, April 30, 2012 7:26 PM<br>
&gt; Subject: Re: [Bitcoin-development] BIP to improve the<br>
&gt; availability of blocks<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Apr 30, 2012 at 6:40 PM, Rebroad (sourceforge)<br>
&gt; &lt;<a href="mailto:rebroad%2Bsourceforge.net@gmail.com">rebroad+sourceforge.net@gmail.com</a>&gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; &gt;My proposal is that in addition to the size (which is<br>
&gt; advertised in<br>
&gt; &gt;the header), the hash is also advertised in the header<br>
&gt; (of a block).<br>
&gt; &gt;This would help nodes to determine whether they wanted<br>
&gt; to reject the<br>
&gt; &gt;download. (e.g. if it already had a block matching that<br>
&gt; hash). This of<br>
&gt; &gt;course wouldn&#39;t prevent a rogue node from sending an<br>
&gt; incorrect hash,<br>
&gt; &gt;but this would aid in saving bandwidth amongst behaving<br>
&gt; nodes.<br>
&gt; &gt;<br>
&gt;<br>
&gt; I suppose it would make sense for clients to be able to<br>
&gt; reject blocks that they already have, if that&#39;s not<br>
&gt; currently possible.<br>
&gt;<br>
&gt;<br>
&gt; The other part of the proposal is to allow nodes to request<br>
&gt; upload and<br>
&gt; &gt;download blocks that have already been partially<br>
&gt; downloaded.<br>
&gt; &gt;<br>
&gt; &gt;This could be done by modifying the existing methods of<br>
&gt; upload,<br>
&gt; &gt;download, or by adding a new method, perhaps even using<br>
&gt; HTTP/HTTPS or<br>
&gt; &gt;something similar. This would also help nodes to obtain<br>
&gt; the blockchain<br>
&gt; &gt;who have restrictive ISPs, especially if they are being<br>
&gt; served on port<br>
&gt; &gt;80 or 443. This could perhaps also allow web caches to<br>
&gt; keep caches of<br>
&gt; &gt;the blockchain, thereby making it also more available<br>
&gt; also.<br>
&gt; &gt;<br>
&gt;<br>
&gt; You don&#39;t need a BIP if you want to somehow fetch the<br>
&gt; (initial) block chain<br>
&gt; outside the bitcoin protocol. You could download it from<br>
&gt; some http<br>
&gt; server or even pass it along on an USB stick. Then with a<br>
&gt; simple client change you can import it: <a href="https://github.com/bitcoin/bitcoin/pull/883" target="_blank">https://github.com/bitcoin/bitcoin/pull/883</a> .<br>
&gt;<br>
&gt;<br>
&gt; Currently, without this functionality, nodes with<br>
&gt; restrictive (or<br>
&gt; &gt;slow) internet have some options, such as going via a<br>
&gt; tor proxy, but<br>
&gt; &gt;due to the latency, the problem with multiple receptions<br>
&gt; of the same<br>
&gt; &gt;block still occur.<br>
&gt; &gt;<br>
&gt;<br>
&gt; If you&#39;re behind such a slow internet connection, and<br>
&gt; concerned about<br>
&gt; every bit of bandwidth, it is better to run a lightweight<br>
&gt; node. For example, Electrum.<br>
&gt;<br>
&gt; Even if you could reduce the wasted bandwidth a bit by<br>
&gt; puzzling<br>
&gt; around with partial blocks, the download will still be<br>
&gt; substantial (and that&#39;s going to get worse before it gets<br>
&gt; better).<br>
&gt;<br>
&gt; Wladimir<br>
&gt;<br>
&gt;<br>
&gt; ------------------------------------------------------------------------------<br>
&gt; Live Security Virtual Conference<br>
&gt; Exclusive live event will cover all the ways today&#39;s<br>
&gt; security and<br>
&gt; threat landscape has changed and how IT managers can<br>
&gt; respond. Discussions<br>
&gt; will include endpoint security, mobile security and the<br>
&gt; latest in malware<br>
&gt; threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/" target="_blank">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/</a><br>
&gt; _______________________________________________<br>
&gt; Bitcoin-development mailing list<br>
&gt; <a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
&gt; <a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
&gt;<br>
&gt; ------------------------------------------------------------------------------<br>
&gt; Live Security Virtual Conference<br>
&gt; Exclusive live event will cover all the ways today&#39;s<br>
&gt; security and<br>
&gt; threat landscape has changed and how IT managers can<br>
&gt; respond. Discussions<br>
&gt; will include endpoint security, mobile security and the<br>
&gt; latest in malware<br>
&gt; threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/" target="_blank">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/</a><br>
&gt; _______________________________________________<br>
&gt; Bitcoin-development mailing list<br>
&gt; <a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
&gt; <a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
&gt;<br>
<br>
------------------------------------------------------------------------------<br>
Live Security Virtual Conference<br>
Exclusive live event will cover all the ways today&#39;s security and<br>
threat landscape has changed and how IT managers can respond. Discussions<br>
will include endpoint security, mobile security and the latest in malware<br>
threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/" target="_blank">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/</a><br>
_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><table style="font-family:Times"><tbody><tr><td><img src="http://coinlab.com/images/coinlab-logo.png"></td><td valign="bottom"><div style="font-family:RobotoLight,&#39;Lucida Grande&#39;,Helmet,Freesans,sans-serif;font-size:16px;line-height:20px">

Peter J. Vessenes<br>CEO, CoinLab<br>M: 206.595.9839<br>Skype: vessenes<br><a href="https://plus.google.com/112885659993091300749" target="_blank">Google+</a></div></td></tr></tbody></table><br>
</div></div>