<oembed><type>rich</type><version>1.0</version><author_name>npub1lupuse8cysuanxcpq8h4d32359xxzedzjj83rmwv4yr9qxfmhtzqghjqch</author_name><author_url>https://nostr.ae/npub1lupuse8cysuanxcpq8h4d32359xxzedzjj83rmwv4yr9qxfmhtzqghjqch</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 3:31 PM, James Hilliard &lt;james.hilliard1 at gmail.com&gt;&#xA;wrote:&#xA;&#xA;&gt; What&#39;s most likely to happen is miners will max out the blocks they&#xA;&gt; mine simply to try and get as many transaction fees as possible like&#xA;&gt; they are doing right now(there will be a backlog of transactions at&#xA;&gt; any block size). Having the block size double every year would likely&#xA;&gt; cause major problems and this proposal allows over a 7x increase it&#xA;&gt; seems.&#xA;&#xA;&#xA;Block75 is not exponential scaling. It&#39;s true the max theoretical increase&#xA;in the first year would be 7x, but the next year would be a max of 2x, and&#xA;the next could only increase by 50% and so on.&#xA;&#xA;However, to reach the max in the first year: 1) ALL blocks would have to be&#xA;100% full and 2) transactions would have to increase at the same rate. We&#39;d&#xA;have to be doing 2.1 million transactions a day within a year to make that&#xA;happen, and would therefore need blocks to be that big.&#xA;&#xA;Realistically, max block size will grow (and shrink) at a much slower rate&#xA;... even more so with SegWit.&#xA;&#xA;&#xA;&gt;  The main problem with this proposal I think is that users effectively&#xA;&#xA;have no way to stop the miners from increasing block size&#xA;&gt; continuously.&#xA;&#xA;&#xA;Yes they could, simply by not sending transactions. Users don&#39;t care at all&#xA;about block size. They just want their transactions to be fast and&#xA;relatively cheap.&#xA;&#xA;-t.k.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20161211/3af4ea5c/attachment.html&gt;</html></oembed>