<oembed><type>rich</type><version>1.0</version><author_name>npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_name><author_url>https://nostr.ae/npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-05-07&#xA;📝 Original message:Hey Matt,&#xA;&#xA;OK, let&#39;s get started ....&#xA;&#xA;However, there hasnt been any discussion on this&#xA;&gt; mailing list in several years as far as I can tell.&#xA;&gt;&#xA;&#xA;Probably because this list is not a good place for making progress or&#xA;reaching decisions. Those are triggered by pull requests (sometimes).&#xA;&#xA;If you&#39;re wondering &#34;why now&#34;, that&#39;s probably my fault. A few days ago&#xA;Wladimir posted a release timeline. I observed to Wladimir and Gavin in&#xA;private that this timeline meant a change to the block size was unlikely to&#xA;get into 0.11, leaving only 0.12, which would give everyone only a few&#xA;months to upgrade in order to fork the chain by the end of the winter&#xA;growth season. That seemed tight.&#xA;&#xA;Wladimir did not reply to this email, unfortunately. Perhaps he would like&#xA;the issue to go away. It won&#39;t - if Bitcoin continues on its current growth&#xA;trends it *will* run out of capacity, almost certainly by some time next&#xA;year.&#xA;&#xA;What we need to see right now is leadership and a plan, that fits in the&#xA;available time window.&#xA;&#xA;&#xA;&gt; Certainly a consensus in this kind of technical community should be a&#xA;&gt; basic requirement for any serious commitment to blocksize increase.&#xA;&gt;&#xA;&#xA;I&#39;m afraid I have come to disagree. I no longer believe this community can&#xA;reach consensus on anything protocol related. Some of these arguments have&#xA;dragged on for years. Consensus isn&#39;t even well defined - consensus of who?&#xA;Anyone who shows up? And what happens when, inevitably, no consensus is&#xA;reached? Stasis forever?&#xA;&#xA;&#xA;&gt; Long-term incentive compatibility requires that there be some fee&#xA;&gt; pressure, and that blocks be relatively consistently full or very nearly&#xA;&gt; full.&#xA;&#xA;&#xA;I disagree. When the money supply eventually dwindles I doubt it will be&#xA;fee pressure that funds mining, but as that&#39;s a long time in the future,&#xA;it&#39;s very hard to predict what might happen.&#xA;&#xA;&#xA;&gt; What we see today are&#xA;&gt; transactions enjoying next-block confirmations with nearly zero pressure&#xA;&gt; to include any fee at all (though many do because it makes wallet code&#xA;&gt; simpler).&#xA;&gt;&#xA;&#xA;Many do because free transactions are broken - the relay limiter means&#xA;whether a free transaction actually makes it across the network or not is&#xA;basically pot luck and there&#39;s no way for a wallet to know, short of either&#xA;trying it or actually receiving every single transaction and repeating the&#xA;calculations. If free transactions weren&#39;t broken for all non-full nodes&#xA;they&#39;d probably be used a lot more.&#xA;&#xA;&#xA;&gt; This allows the well-funded Bitcoin ecosystem to continue building&#xA;&gt; systems which rely on transactions moving quickly into blocks while&#xA;&gt; pretending these systems scale.&#xA;&#xA;&#xA;I have two huge problems with this line of thinking.&#xA;&#xA;Firstly, no, the &#34;Bitcoin ecosystem&#34; is not well funded. Blockstream might&#xA;be, but significant numbers of users are running programs developed by tiny&#xA;startups, or volunteers who don&#39;t have millions in venture capital to play&#xA;with.&#xA;&#xA;Arm-twisting &#34;the ecosystem&#34; into developing complicated Rube Goldberg&#xA;machines in double quick time, just to keep the Bitcoin show on the road,&#xA;is in fact the opposite of decentralisation - it will effectively exclude&#xA;anyone who isn&#39;t able to raise large amounts of corporate funding from&#xA;writing code that uses the Bitcoin network. Decentralisation benefits from&#xA;simplicity, and bigger blocks are (in Gavin&#39;s words) &#34;the simplest thing&#xA;that will work&#34;.&#xA;&#xA;My second problem is the claim that everyone is playing pretend about&#xA;Bitcoin, except you guys. I would put it another way - I would say those&#xA;people are building products and getting users, by making reasonable&#xA;engineering tradeoffs and using systems that work. Yes, one day those&#xA;systems might have to change. That&#39;s the nature of scaling. It&#39;s the nature&#xA;of progress. But not today. Probably not tomorrow either.&#xA;&#xA;What I would like to see from Blockstream is a counter-proposal. So far you&#xA;have made lots of vague comments that we all agree with - yes,&#xA;decentralisation is good, yes some block size limit must exist, if only&#xA;because computers are finite machines.&#xA;&#xA;What I don&#39;t see from you yet is a *specific and credible plan* that fits&#xA;within the next 12 months and which allows Bitcoin to keep growing. Not&#xA;some vague handwave like &#34;let&#39;s all use the Lightning network&#34; (which does&#xA;not exist), or &#34;let&#39;s do more research&#34; (Gavin has done plenty of&#xA;research), or &#34;but what about the risks&#34; (Bitcoin is full of risks). A&#xA;plan, with dates attached, and a strong chance of actually being deployed&#xA;in time.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150507/81942b17/attachment.html&gt;</html></oembed>