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