<oembed><type>rich</type><version>1.0</version><author_name>npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwet</author_name><author_url>https://nostr.ae/npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwet</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2016-05-03&#xA;📝 Original message:On Mon, May 2, 2016 at 10:13 PM, Matt Corallo via bitcoin-dev&#xA;&lt;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&gt; Hi all,&#xA;&gt;&#xA;&gt; The following is a BIP-formatted design spec for compact block relay&#xA;&gt; designed to limit on wire bytes during block relay. You can find the&#xA;&gt; latest version of this document at&#xA;&gt; https://github.com/TheBlueMatt/bips/blob/master/bip-TODO.mediawiki.&#xA;&#xA;Thanks Matt!&#xA;&#xA;I&#39;ve been testing this for a couple weeks (in various forms).  I&#39;ve&#xA;been getting over 96% reduction in block-bytes sent. I don&#39;t have a&#xA;good metric for it, but bandwidth spikes are greatly reduced. The&#xA;largest blocktxn message I&#39;ve seen on a node that has been up for at&#xA;least a day is 475736 bytes. 94% of the blocks less than 100kb must be&#xA;sent in total.&#xA;&#xA;In the opportunistic mode my measurements are showing 73% of blocks&#xA;transferred with 0.5 RTT even without prediction, 87% if up to 4&#xA;additional transactions are predicted, and 91% for 30 transactions (my&#xA;rough estimate for the 10k maximum prediction suggested in the BIP.</html></oembed>