<oembed><type>rich</type><version>1.0</version><author_name>npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_name><author_url>https://nostr.ae/npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-06-23&#xA;📝 Original message:On Tue, Jun 23, 2015 at 3:28 PM, Peter Todd &lt;pete at petertodd.org&gt; wrote:&#xA;&#xA;&gt; On Mon, Jun 22, 2015 at 02:18:19PM -0400, Gavin Andresen wrote:&#xA;&gt; &gt; ==Rationale==&#xA;&gt; &gt;&#xA;&gt; &gt; The initial size of 8,000,000 bytes was chosen after testing the current&#xA;&gt; &gt; reference implementation code with larger block sizes and receiving&#xA;&gt; &gt; feedback from miners stuck behind bandwidth-constrained networks (in&#xA;&gt; &gt; particular, Chinese miners behind the Great Firewall of China).&#xA;&gt; &gt;&#xA;&gt; &gt; The doubling interval was chosen based on long-term growth trends for CPU&#xA;&gt; &gt; power, storage, and Internet bandwidth. The 20-year limit was chosen&#xA;&gt; &gt; because exponential growth cannot continue forever.&#xA;&gt;&#xA;&gt; Wladimir noted that &#39;The original presented intention of block size&#xA;&gt; increase was a one-time &#34;scaling&#34; to grant time for more decentralizing&#xA;&gt; solutions to develop&#39;&#xA;&gt;&#xA;&gt; Comments?&#xA;&gt;&#xA;&#xA;Consensus is that this process is too painful to go through once a year.  I&#xA;agree.&#xA;&#xA;If you disagree and would like to see a Blocksize Council meet once a year&#xA;to issue a decree on what the maximum block size shall be for the next&#xA;year, then propose a process for who gets to sit on the Council and how&#xA;their decrees are enforced.....&#xA;&#xA;&#xA;&gt;&#xA;&gt; In particular, if bandwidth scaling doesn&#39;t go according to your plan,&#xA;&gt; e.g. the exponential exponent is too large, perhaps due to technological&#xA;&gt; growth not keeping pace, or the political realities of actual bandwidth&#xA;&gt; deployment making theoretical technological growth irrelevant, what&#xA;&gt; mechanism will prevent centralization? (if any)&#xA;&#xA;&#xA;Simulations show that:&#xA;&#xA;Latency/bandwidth matter for miners.  Low latency, high bandwidth is&#xA;better. However, miners with bad connectivity can simply create smaller&#xA;blocks...&#xA;&#xA;... until transaction fees become significant.  But by the time that&#xA;happens, protocol optimizations of block propagation will make the block&#xA;size an insignificant term in the &#34;how profitable is it to mine in THIS&#xA;particular place on the Internet / part of the world&#34; equation.&#xA;&#xA;(Reference:&#xA;https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08224.html&#xA;)&#xA;&#xA;So: for the immediate future, there is no problem. And in the long term,&#xA;there is no problem.&#xA;&#xA;-- &#xA;--&#xA;Gavin Andresen&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150623/2e36743c/attachment.html&gt;</html></oembed>