<div dir="ltr"><div><div>Thank you very much Chun Wang for the details below.<br><br></div>While I&#39;m based in HK, but I&#39;d like to propose that the miners in China work together with Gavin and others to run an experiment of sorts next month to gather more details for the community.<br><br></div><div>p.<br><br></div><div><br></div><br><div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 31, 2015 at 9:31 AM, Chun Wang <span dir="ltr">&lt;<a href="mailto:1240902@gmail.com" target="_blank">1240902@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sat, May 30, 2015 at 9:57 PM, Gavin Andresen &lt;<a href="mailto:gavinandresen@gmail.com">gavinandresen@gmail.com</a>&gt; wrote:<br>
</span><span class="">&gt;&gt; Bad miners could attack us and the network with artificial<br>
&gt;&gt; big blocks.<br>
&gt;<br>
&gt;<br>
&gt; How?<br>
&gt;<br>
&gt; I ran some simulations, and I could not find a network topology where a big<br>
&gt; miner producing big blocks could cause a loss of profit to another miner<br>
&gt; (big or small) producing smaller blocks:<br>
&gt;<br>
&gt; <a href="http://gavinandresen.ninja/are-bigger-blocks-better-for-bigger-miners" target="_blank">http://gavinandresen.ninja/are-bigger-blocks-better-for-bigger-miners</a><br>
&gt;<br>
&gt; (the 0.3% advantage I DID find was for the situation where EVERYBODY was<br>
&gt; producing big blocks).<br>
<br>
</span>If someone propagate a 20MB block, it will take at best 6 seconds for<br>
us to receive to verify it at current configuration, result of one<br>
percent orphan rate increase. Or, we can mine the next block only on<br>
the previous block&#39;s header, in this case, the network would see many<br>
more transaction-less blocks.<br>
<br>
Our orphan rate is about 0.5% over the past few months. If the network<br>
floods 20MB blocks, it can be well above 2%. Besides bandwidth, A 20MB<br>
block could contain an average of 50000 transactions, hundred of<br>
thousands of sigops, Do you have an estimate how long it takes on the<br>
submitblock rpccall?<br>
<br>
For references, our 30Mbps bandwidth in Beijing costs us 1350 dollars<br>
per month. We also use Aliyun and Linode cloud services for block<br>
propagation. As of May 2015, the price is 0.13 U.S. dollars per GB for<br>
100Mbps connectivity at Aliyun. For a single cross-border TCP<br>
connection, it would be certainly far slower than 12.5 MB/s.<br>
<br>
I think we can accept 5MB block at most.<br>
<br>
(sorry forgot to cc to the mailing list)<br>
<div class="HOEnZb"><div class="h5"><br>
------------------------------------------------------------------------------<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></div></div></div>