<oembed><type>rich</type><version>1.0</version><author_name>npub10plv6jx6pktpp5ezldnus6kj8ffg045g2kdjl78w23njrlveqy5s3pfaef</author_name><author_url>https://nostr.ae/npub10plv6jx6pktpp5ezldnus6kj8ffg045g2kdjl78w23njrlveqy5s3pfaef</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&#39;d argue that at the point where there&#39;s consistently more transactions &#xA;than the network can handle, there are two significant risks. Firstly, &#xA;that people don&#39;t care enough to pay the transaction fees required to &#xA;get their transaction prioritised over another&#39;s, and secondly that as &#xA;transactions start outright failing (which will happen with enough &#xA;transactions backlogged) the network is considered unreliable, the &#xA;currency illiquid, and there&#39;s a virtual &#34;bank rush&#34; to get into a more &#xA;usable currency.&#xA;&#xA;I understand the desire to use current demand to model future, however I &#xA;feel there&#39;s a lack of understanding of just how inadequate the main &#xA;chain is as a global clearance network. My go-to example for this is &#xA;CHIPS (US-only, inter-bank only clearance) which already handles &#xA;slightly over 3 transactions per second on average across a year &#xA;(https://www.theclearinghouse.org/~/media/tch/pay%20co/chips/reports%20and%20guides/chips%20volume%20through%20may%202015.pdf?la=en). &#xA;If Bitcoin is to be used across a wider portion of the world&#39;s &#xA;population, and/or beyond clearance between financial institutions, it &#xA;needs larger blocks. This is not about handling the several orders of &#xA;magnitude more transactions that would be required to replace credit &#xA;cards or cash, but simply to enabling other technologies to perform that &#xA;scaling.&#xA;&#xA;Also, and I&#39;m aware most on this list do understand the situation better &#xA;than this, I find it immensely frustrating to see people suggesting that &#xA;Greece or other large groups should adopt Bitcoin, while there&#39;s clearly &#xA;inadequate support (on chain or off) to do so.&#xA;&#xA;Ross&#xA;&#xA;On 26/06/2015 19:34, Pieter Wuille wrote:&#xA;&gt;&#xA;&gt; &gt; If you wait until the need to increase block size&#xA;&gt;&#xA;&gt; It is this sentence I disagree with. Why would there be a need? &#xA;&gt; Bitcoin provides utility at any block size, and potentially more with &#xA;&gt; larger blocks.&#xA;&gt;&#xA;&gt; But no matter what, I believe the economy will adapt to what is &#xA;&gt; available. And setting a precedent that increasing the size &#34;because &#xA;&gt; of a need&#34; is reasonable is to me essentially the same as saying the &#xA;&gt; size should forever scale to whatever people want.&#xA;&gt;&#xA;&gt; I believe the most important effect of a limit block size - people &#xA;&gt; deciding not to use (on chain) Bitcoin transactions, is already &#xA;&gt; happening, and it will keep happening at any scale.&#xA;&gt;&#xA;&gt; Either the resulting market is one which can live with high &#xA;&gt; variability in confirmation times, and blocks will end up being nearly &#xA;&gt; full. Or maybe the current fill level is what is acceptable, and we &#xA;&gt; don&#39;t see much growth beyond this, only a change in what it is used for.&#xA;&gt;&#xA;&gt; -- &#xA;&gt; Pieter&#xA;&gt;&#xA;&gt;&#xA;&gt;&#xA;&gt; _______________________________________________&#xA;&gt; bitcoin-dev mailing list&#xA;&gt; bitcoin-dev at lists.linuxfoundation.org&#xA;&gt; https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev&#xA;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150626/a81ace1f/attachment.html&gt;</html></oembed>