{"type":"rich","version":"1.0","author_name":"npub13rv3raner7hu6npy7vxxvdswdapae65pnw8jjs4c80wtp2nmg4xq9cy5l4","author_url":"https://nostr.ae/npub13rv3raner7hu6npy7vxxvdswdapae65pnw8jjs4c80wtp2nmg4xq9cy5l4","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-06-27\n📝 Original message:Demand to participate in a low-fee global consensus network will likely\ncontinue to rise. Technology already exists to meet that rising demand\nusing a blockchain with sufficient block size. Whether that blockchain is\nBitcoin Core with an increased block size, or whether it is a fork, market\nforces make it almost certain that demand will be met by a blockchain with\nadequate capacity. These forces ensure that not only today’s block size\nwill be increased, but also that future increases will occur should the\ndemand arise.\n\nIn order to survive, Bitcoin Core must remain the lowest-fee,\nhighest-capacity, most secure, distributed, fastest, overall best solution\npossible to the global consensus problem. Attempting to artificially\nconstrain the block size below the limits of technology for any reason is a\nconflict with this objective and a threat to the survival of Bitcoin Core.\nAt the same time, scheduling large future increases or permitting unlimited\ndynamic scaling of the block size limit raises concerns over availability\nof future computing resources. Instead, we should manually increase the\nblock size limit as demand occurs, except in the special case that\nincreasing the limit would cause an undue burden upon users wishing to\nvalidate the integrity of the blockchain.\n\nCompromise: Can we agree that raising the block size to a static 8MB now\nwith a plan to increase it further should demand necessitate except in the\nspecial case above is a reasonable path forward?\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150627/5e051f1b/attachment.html\u003e"}