<div dir="ltr">That is how I read it as well.<div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jul 23, 2015 at 12:56 PM Marcel Jamin via bitcoin-dev &lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">He measured the upload capacity of the peers by downloading from them, or am I being dumb? :)</div><div dir="ltr"><div><br><div class="gmail_extra"><br><div class="gmail_quote">2015-07-23 18:05 GMT+02:00 Peter Todd 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>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<span><br>
<br>
<br>
On 23 July 2015 10:19:59 GMT-04:00, slurms--- via bitcoin-dev &lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<br>
&gt;This does not support the theory that the network has the available<br>
&gt;bandwidth for increased block sizes, as in its current state 37% of<br>
&gt;nodes would fail to upload a 20MB block to a single peer in under 20<br>
&gt;seconds (referencing a number quoted by Gavin). If the bar for<br>
&gt;suitability is placed at taking only 1% of the block time (6 seconds)<br>
&gt;to upload one block to one peer, then 69% of the network fails for 20MB<br>
&gt;blocks. For comparison, only 10% fail this metric for 1MB blocks.<br>
<br>
</span>Note how due to bandwidth being generally asymetric your findings are probably optimistic - you&#39;ve measured download capacity. On top of that upload is further reduced by the fact that multiple peers at once need to be sent blocks for reliability.<br>
<br>
Secondly you&#39;re measuring a network that isn&#39;t under attack - we need significant additional margin to resist attack as performance is consensus-critical.<br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
<br>
iQE9BAEBCAAnIBxQZXRlciBUb2RkIDxwZXRlQHBldGVydG9kZC5vcmc+BQJVsRCj<br>
AAoJEMCF8hzn9Lnc47AIAIQbznavjd2Rbqxeq5a3GLqeYoI4BZIQYqfWky+6OQtq<br>
yGRKaqPtGuES5y9L0k7efivT385mOl87PWnWMy61xxZ9FJgoS+YHkEx8K4tfgfA2<br>
yLOKzeFSar2ROCcjHYyPWa2XXjRbNmiLzfNuQyIBArg/Ch9//iXUUM+GG0mChF5k<br>
nUxLstXgXDNh5H8xkHeLi4lEbt9HFiwcZnT1Tzeo2dvVTujrtyNb/zEhNZScMXDc<br>
UOlT8rBLxzHlytKdXt1GNKIq0feTRJNbreBh7/EB4nYTT54CItaaVXul0LdHd5/2<br>
kgKtdbUdeyaRUKrKcvxiuIwclyoOuRQp0DZThsB262o=<br>
=tBUM<br>
-----END PGP SIGNATURE-----<br>
<div><div><br>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">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><br></div></div></div>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">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>
</blockquote></div>