{"type":"rich","version":"1.0","author_name":"npub1lupuse8cysuanxcpq8h4d32359xxzedzjj83rmwv4yr9qxfmhtzqghjqch","author_url":"https://nostr.ae/npub1lupuse8cysuanxcpq8h4d32359xxzedzjj83rmwv4yr9qxfmhtzqghjqch","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2016-12-11\n📝 Original message:On Sun, Dec 11, 2016 at 3:31 PM, James Hilliard \u003cjames.hilliard1 at gmail.com\u003e\nwrote:\n\n\u003e What's most likely to happen is miners will max out the blocks they\n\u003e mine simply to try and get as many transaction fees as possible like\n\u003e they are doing right now(there will be a backlog of transactions at\n\u003e any block size). Having the block size double every year would likely\n\u003e cause major problems and this proposal allows over a 7x increase it\n\u003e seems.\n\n\nBlock75 is not exponential scaling. It's true the max theoretical increase\nin the first year would be 7x, but the next year would be a max of 2x, and\nthe next could only increase by 50% and so on.\n\nHowever, to reach the max in the first year: 1) ALL blocks would have to be\n100% full and 2) transactions would have to increase at the same rate. We'd\nhave to be doing 2.1 million transactions a day within a year to make that\nhappen, and would therefore need blocks to be that big.\n\nRealistically, max block size will grow (and shrink) at a much slower rate\n... even more so with SegWit.\n\n\n\u003e  The main problem with this proposal I think is that users effectively\n\nhave no way to stop the miners from increasing block size\n\u003e continuously.\n\n\nYes they could, simply by not sending transactions. Users don't care at all\nabout block size. They just want their transactions to be fast and\nrelatively cheap.\n\n-t.k.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20161211/3af4ea5c/attachment.html\u003e"}