<oembed><type>rich</type><version>1.0</version><author_name>npub1ldcq03p2qe58u0xnlwa35wchjuhz49y6ueu5ghmtjetez9xstnvsmt8ur6</author_name><author_url>https://nostr.ae/npub1ldcq03p2qe58u0xnlwa35wchjuhz49y6ueu5ghmtjetez9xstnvsmt8ur6</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2016-12-11&#xA;📝 Original message:On Sun, Dec 11, 2016 at 1:40 PM, t. khan via bitcoin-dev &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&gt;&#xA;&gt; Block75 is not exponential scaling. It&#39;s true the max theoretical increase&#xA;&gt; in the first year would be 7x, but the next year would be a max of 2x, and&#xA;&gt; the next could only increase by 50% and so on.&#xA;&gt;&#xA;&#xA;With those limits there&#39;s very little reason to not simply have a fixed&#xA;schedule. Blocks are likely to all be full in the future anyway, with a&#xA;real fee market, and the idea that miners will be held back on block sizes&#xA;for worry about propagation delay is a myth, and even if it were true it&#xA;would favor collective pooling a lot, which would be a very bad thing.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20161211/ea9bb129/attachment.html&gt;</html></oembed>