<oembed><type>rich</type><version>1.0</version><author_name>npub17qxssk9sj2r7jswvh3y32e7vwz7mcckhz33gk9nurdmw0lhsfkgswupwet</author_name><author_url>https://nostr.ae/npub17qxssk9sj2r7jswvh3y32e7vwz7mcckhz33gk9nurdmw0lhsfkgswupwet</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-08-28&#xA;📝 Original message:This is the best proposal I&#39;ve seen yet. Allow me to summarize:&#xA;&#xA;• It addresses the problem, in Jeff Garzik&#39;s BIP 100, of miners selling their block-size votes.&#xA;• It addresses the problem, in Gavin Andresen&#39;s BIP 101, of blindly trying to predict future market needs versus future technological capacities.&#xA;• It avoids a large step discontinuity in the block-size limit by starting with a 1-MB limit.&#xA;• It throttles changes to ±10% every 2016 blocks.&#xA;• It imposes a tangible cost (higher difficulty) on miners who vote to raise the block-size limit.&#xA;• It avoids incentivizing miners to vote to lower the block-size limit.&#xA;&#xA;However, this proposal currently fails to answer a very important question:&#xA;&#xA;• What is the mechanism for activation of the new consensus rule? It is when a certain percentage of the blocks mined in a 2016-block retargeting period contain valid block-size votes?&#xA;&#xA;&#xA;https://github.com/btcdrak/bips/blob/bip-cbbsra/bip-cbbrsa.mediawiki&#xA;&#xA;&#xA;On Friday, 28 August 2015, at 9:28 pm, Btc Drak via bitcoin-dev wrote:&#xA;&gt; Pull request: https://github.com/bitcoin/bips/pull/187</html></oembed>