<oembed><type>rich</type><version>1.0</version><author_name>npub1tjephawh7fdf6358jufuh5eyxwauzrjqa7qn50pglee4tayc2ntqcjtl6r</author_name><author_url>https://nostr.ae/npub1tjephawh7fdf6358jufuh5eyxwauzrjqa7qn50pglee4tayc2ntqcjtl6r</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-07-30&#xA;📝 Original message:On Thu, Jul 30, 2015 at 4:05 PM, Gavin Andresen &lt;gavinandresen at gmail.com&gt;&#xA;wrote:&#xA;&#xA;&gt; On Thu, Jul 30, 2015 at 8:50 AM, Pieter Wuille &lt;pieter.wuille at gmail.com&gt;&#xA;&gt; wrote:&#xA;&gt;&#xA;&gt;&gt; Let&#39;s scale the block size gradually over time, according to&#xA;&gt;&gt; technological growth.&#xA;&gt;&#xA;&gt;&#xA;&gt; Yes, lets do that-- that is EXACTLY what BIP101 intends to do.&#xA;&gt;&#xA;&#xA;Oh come on. Immediately increasing to 8 MB while miners currently don&#39;t&#xA;even seem to bother validating blocks?&#xA;&#xA;With the added belt&amp;suspenders reality check of miners, who won&#39;t produce&#xA;&gt; blocks too big for whatever technology they&#39;re using.&#xA;&gt;&#xA;&#xA;Or a future where miners are even more centralized than now, which avoids&#xA;all problems relay and propagation speed has?&#xA;&#xA;&#xA;&gt; So what do you think the scalability road map should look like? Should we&#xA;&gt; wait to hard fork until Blockstream Elements is ready for deploying on the&#xA;&gt; main network, and then have One Grand Hardfork that introduces all the&#xA;&gt; scalability work you guys have been working on (like Segregated Witness and&#xA;&gt; Lightning)?&#xA;&gt;&#xA;&#xA;Lightning does not require a hard fork, except that larger blocks would be&#xA;very useful for its bulk settlements.&#xA;&#xA;Or is the plan to avoid controversy by people voluntarily moving their&#xA;&gt; bitcoin to a sidechain where all this scaling-up innovation happens?&#xA;&gt;&#xA;&#xA;As I have said a dozen times now: sidechains are a mechanism for&#xA;experimentation. Maybe through them we will discover technology that allows&#xA;better on-chain and/or off-chain scalability, but people moving their coins&#xA;to a sidechain has far worse security tradeoffs than just increasing the&#xA;Bitcoin blockchain.&#xA;&#xA;No plan for how to scale up is the worst of all possible worlds, and the&#xA;&gt; lack of a direction or plan(s) is my main objection to the current status&#xA;&gt; quo.&#xA;&gt;&#xA;&#xA;Ok, here is a proposal I was working on. I&#39;d like to have had more time,&#xA;but I agree a direction/plan are needed to align expectations for the&#xA;future:  https://gist.github.com/sipa/c65665fc360ca7a176a6.&#xA;&#xA;&#xA;&gt; And any plan that requires inventing brand-new technology is going to be&#xA;&gt; riskier than scaling up what we already have and understand, which is why I&#xA;&gt; think it is worthwhile to scale up what we have IN ADDITION TO working on&#xA;&gt; great projects like Segregated Witness and Lightning.&#xA;&gt;&#xA;&#xA;And I think that the reason that so many people care about this suddenly is&#xA;because of a fear that somehow the current block size &#34;won&#39;t be enough&#34;.&#xA;Bitcoin has utility at any block size, and perhaps more at some values for&#xA;it than others. Talking about &#34;not enough&#34; is acknowledging that we really&#xA;believe the block size should scale to demand, while it is the other way&#xA;around.&#xA;&#xA;-- &#xA;Pieter&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150730/db66bf01/attachment.html&gt;</html></oembed>