<oembed><type>rich</type><version>1.0</version><author_name>npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_name><author_url>https://nostr.ae/npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-06-26&#xA;📝 Original message:I completely agree with Pieter: usage will grow to fill whatever maximum&#xA;block size the miners decide to allow (or whatever maximum block size is&#xA;imposed by minimum transaction fees or a hard cap on block size).&#xA;&#xA;I am not scared by increased usage, though: more usage and adoption means&#xA;more investment, more smart engineers, and more people with incentives to&#xA;solve whatever scaling problems crop up. All of that makes Bitcoin stronger.&#xA;&#xA;And I don&#39;t feel like this process has been hurried: I&#39;ve been working on&#xA;this (thinking, testing, simulating, talking, writing code, talking to key&#xA;people and companies) almost exclusively since late last year. In my humble&#xA;opinion, BIP 101 is a good compromise between &#34;no limit, let the miners&#xA;decide&#34; and &#34;lower the max size so a raspberry pi running on a 56K modem&#xA;can be a full node.&#34;&#xA;&#xA;&#xA;-- &#xA;--&#xA;Gavin Andresen&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150626/6143a1be/attachment.html&gt;</html></oembed>