<oembed><type>rich</type><version>1.0</version><author_name>npub13rv3raner7hu6npy7vxxvdswdapae65pnw8jjs4c80wtp2nmg4xq9cy5l4</author_name><author_url>https://nostr.ae/npub13rv3raner7hu6npy7vxxvdswdapae65pnw8jjs4c80wtp2nmg4xq9cy5l4</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-08-11&#xA;📝 Original message:Re: &#34;In my opinion the main source of disagreement is that one: how the&#xA;maximum block size limits centralization.&#34;&#xA;&#xA;I generally agree with that, but I would add that centralization is only a&#xA;goal insofar as it serves things like reliability, transaction integrity,&#xA;capacity, and accessibility. More broadly: how do you think that moving the&#xA;block size from 1MB to 8MB would materially impact these things?&#xA;&#xA;Re: &#34;That&#39;s why I cannot understand the urgency to rise the maximum size.&#34;&#xA;&#xA;This issue is urgent because the difference between bitcoin being a success&#xA;and it being forgotten hinges on it being &#34;better money&#34; than other money.&#xA;If people want a money that can process lots and lots of transactions at&#xA;low cost, they&#39;re going to get it so long as technology can give it to&#xA;them. While it&#39;s not critical we raise the block size this very moment&#xA;since we&#39;re not hitting the capacity wall right now, based on the way&#xA;growth spikes in Bitcoin have occurred in the past we, may hit that&#xA;capacity wall soon and suddenly. And the moment we do, then Bitcoin may no&#xA;longer be &#34;better money&#34; since there&#39;s a big opportunity for other money&#xA;with higher throughput and lower fees to take its place.&#xA;&#xA;On Tue, Aug 11, 2015 at 2:45 PM, Jorge Timón &lt;jtimon at jtimon.cc&gt; wrote:&#xA;&#xA;&gt;&#xA;&gt; On Aug 11, 2015 8:55 PM, &#34;Michael Naber&#34; &lt;mickeybob at gmail.com&gt; wrote:&#xA;&gt; &gt;&#xA;&gt; &gt; It generally doesn&#39;t matter that every node validate your coffee&#xA;&gt; transaction, and those transactions can and will probably be moved onto&#xA;&gt; offchain solutions in order to avoid paying the cost of achieving global&#xA;&gt; consensus. But you still don&#39;t get to set the cost of global consensus&#xA;&gt; artificially. Market forces will ensure that supply will meet demand there,&#xA;&gt; so if there is demand for access to global consensus, and technology exists&#xA;&gt; to meet that demand at a cost of one cent per transaction -- or whatever&#xA;&gt; the technology-limited cost of global consensus happens to be -- then&#xA;&gt; that&#39;s what the market will supply.&#xA;&gt;&#xA;&gt; Assuming we maintain any block size maximum consensus rule, the market&#xA;&gt; will adapt to whatever maximum size is imposed by the consensus rules.&#xA;&gt; For example, with the current demand and the current consensus block size&#xA;&gt; maximum, the market has settled on a minimum fee of zero satoshis per&#xA;&gt; transaction. That&#39;s why I cannot understand the urgency to rise the maximum&#xA;&gt; size.&#xA;&gt;&#xA;&gt; In any case, yhe consensus maximum shouldn&#39;t be based on current or&#xA;&gt; projected demand, only on centralization concerns, which is what the&#xA;&gt; consensus rule serves for (to limit centralization).&#xA;&gt; For example, Gavin advocates for 20 MB because he is not worried about how&#xA;&gt; that could increase centralization because he believes it won&#39;t.&#xA;&gt; I can&#39;t agree with that because I believe 20 MB could make mining&#xA;&gt; centralization (and centralization in general) much worse.&#xA;&gt;&#xA;&gt; But if I have to chose between 2 &#34;centralization safe&#34; sizes, sure, the&#xA;&gt; bigger the better, why not.&#xA;&gt; In my opinion the main source of disagreement is that one: how the maximum&#xA;&gt; block size limits centralization.&#xA;&gt;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150811/214ee358/attachment.html&gt;</html></oembed>