{"type":"rich","version":"1.0","author_name":"npub1gg0pysd236d4em7pts906ev9kf6f30j8werd40j2vwpes7fqdn4qtt7uvk","author_url":"https://nostr.ae/npub1gg0pysd236d4em7pts906ev9kf6f30j8werd40j2vwpes7fqdn4qtt7uvk","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-05-30\n📝 Original message:Thank you very much Chun Wang for the details below.\n\nWhile I'm based in HK, but I'd like to propose that the miners in China\nwork together with Gavin and others to run an experiment of sorts next\nmonth to gather more details for the community.\n\np.\n\n\n\n\nOn Sun, May 31, 2015 at 9:31 AM, Chun Wang \u003c1240902 at gmail.com\u003e wrote:\n\n\u003e On Sat, May 30, 2015 at 9:57 PM, Gavin Andresen \u003cgavinandresen at gmail.com\u003e\n\u003e wrote:\n\u003e \u003e\u003e Bad miners could attack us and the network with artificial\n\u003e \u003e\u003e big blocks.\n\u003e \u003e\n\u003e \u003e\n\u003e \u003e How?\n\u003e \u003e\n\u003e \u003e I ran some simulations, and I could not find a network topology where a\n\u003e big\n\u003e \u003e miner producing big blocks could cause a loss of profit to another miner\n\u003e \u003e (big or small) producing smaller blocks:\n\u003e \u003e\n\u003e \u003e http://gavinandresen.ninja/are-bigger-blocks-better-for-bigger-miners\n\u003e \u003e\n\u003e \u003e (the 0.3% advantage I DID find was for the situation where EVERYBODY was\n\u003e \u003e producing big blocks).\n\u003e\n\u003e If someone propagate a 20MB block, it will take at best 6 seconds for\n\u003e us to receive to verify it at current configuration, result of one\n\u003e percent orphan rate increase. Or, we can mine the next block only on\n\u003e the previous block's header, in this case, the network would see many\n\u003e more transaction-less blocks.\n\u003e\n\u003e Our orphan rate is about 0.5% over the past few months. If the network\n\u003e floods 20MB blocks, it can be well above 2%. Besides bandwidth, A 20MB\n\u003e block could contain an average of 50000 transactions, hundred of\n\u003e thousands of sigops, Do you have an estimate how long it takes on the\n\u003e submitblock rpccall?\n\u003e\n\u003e For references, our 30Mbps bandwidth in Beijing costs us 1350 dollars\n\u003e per month. We also use Aliyun and Linode cloud services for block\n\u003e propagation. As of May 2015, the price is 0.13 U.S. dollars per GB for\n\u003e 100Mbps connectivity at Aliyun. For a single cross-border TCP\n\u003e connection, it would be certainly far slower than 12.5 MB/s.\n\u003e\n\u003e I think we can accept 5MB block at most.\n\u003e\n\u003e (sorry forgot to cc to the mailing list)\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150531/0a109f73/attachment.html\u003e"}