{"type":"rich","version":"1.0","author_name":"npub1vt9mgqkjw57ccqqp9kagu32tghtyt94urnr38sagmashfyw7xpcs64zu72","author_url":"https://nostr.ae/npub1vt9mgqkjw57ccqqp9kagu32tghtyt94urnr38sagmashfyw7xpcs64zu72","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-11-12\n📝 Original message:Hi Devs,\n\n\nPlease consider the draft proposal below for peer review.\n\n\nThanks,\n\n\nJohn\n\n\nBIP\n\n  BIP: ?\n\n  Title: Block size doubles at each reward halving with max block size of\n32M\n\n  Author: John Sacco \u003cjohnsock at gmail.com\u003e\n\n  Status: Draft\n\n  Type: Standards Track\n\n  Created: 2015-11-11\n\nAbstract\n\nChange max block size to 2MB at next block subsidy halving, and double the\nblock size at each subsidy halving until reaching 32MB.\n\nCopyright\n\nThis proposal belongs in the public domain. Anyone can use this text for\nany purpose with proper attribution to the author.\n\nMotivation\n\n1.    Gradually restores block size to the default 32 MB setting originally\nimplemented by Satoshi.\n\n2.    Initial increase to 2MB at block halving in July 2016 would have\nminimal impact to existing nodes running on most hardware and networks.\n\n3.    Long term solution that does not make enthusiastic assumptions\nregarding future bandwidth and storage availability estimates.\n\n4.    Maximum block size of 32MB allows peak usage of ~100 tx/sec by year\n2031.\n\n5.    Exercise network upgrade procedure during subsidy reward halving, a\nmilestone event with the goal of increasing awareness among miners and node\noperators.\n\nSpecification\n\n1.    Increase the maximum block size to 2MB when block 630,000 is reached\nand 75% of the last 1,000 blocks have signaled support.\n\n2.    Increase maximum block size to 4MB at block 840,000.\n\n3.    Increase maximum block size to 8MB at block 1,050,000.\n\n4.    Increase maximum block size to 16MB at block 1,260,000.\n\n5.    Increase maximum block size to 32MB at block 1,470,000.\n\nBackward compatibility\n\nAll older clients are not compatible with this change. The first block\nlarger than 1M will create a network partition excluding not-upgraded\nnetwork nodes and miners.\n\nRationale\n\nWhile more comprehensive solutions are developed, an increase to the block\nsize is needed to continue network growth. A longer term solution is needed\nto prevent complications associated with additional hard forks. It should\nalso increase at a gradual rate that retains and allows a large\ndistribution of full nodes.  Scheduling this hard fork to occur no earlier\nthan the subsidy halving in 2016 has the goal of simplifying the\ncommunication outreach needed to achieve consensus, while also providing a\nbuffer of time to make necessary preparations.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151112/c00ed906/attachment-0001.html\u003e"}