<oembed><type>rich</type><version>1.0</version><author_name>Jameson Lopp [ARCHIVE] (npub1gh…akqmn)</author_name><author_url>https://nostr.ae/npub1ghgfr3aumwuxwnwghywxpaejxpf6k9pjcnyg9lfdnztlu5pwa0ksyakqmn</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-07-23&#xA;📝 Original message:On Thu, Jul 23, 2015 at 3:14 PM, Eric Lombrozo &lt;elombrozo at gmail.com&gt; wrote:&#xA;&#xA;&gt;&#xA;&gt; On Jul 23, 2015, at 11:10 AM, Jameson Lopp &lt;jameson.lopp at gmail.com&gt; wrote:&#xA;&gt;&#xA;&gt; Larger block sizes don&#39;t scale the network, they merely increase how much&#xA;&gt; load we allow the network to bear.&#xA;&gt;&#xA;&gt;&#xA;&gt; Very well put, Jameson. And the cost of bearing this load must be paid&#xA;&gt; for. And unless we’re willing to accept that computational resources are&#xA;&gt; finite and subject to the same economic issues as any other finite&#xA;&gt; resource, our incentive model collapses the security of the network will be&#xA;&gt; significantly at risk. Whatever your usability concerns may be regarding&#xA;&gt; fees, when the security model’s busted usability issues are moot.&#xA;&gt;&#xA;&gt; Larger blocks support more transactions…but they also incur Ω(n) overhead&#xA;&gt; in bandwidth, CPU, and space. These are finite resources that must be paid&#xA;&gt; for somehow…and as we all already know miners are willing to cut corners on&#xA;&gt; all this and push the costs onto others (not to mention wallets and online&#xA;&gt; block explorers). And who can really blame them? It’s rational behavior&#xA;&gt; given the skewed incentives.&#xA;&gt;&#xA;&#xA;Running a node certainly has real-world costs that shouldn&#39;t be ignored.&#xA;There are plenty of advocates who argue that Bitcoin should strive to keep&#xA;it feasible for the average user to run their own node (as opposed to&#xA;Satoshi&#39;s vision of beefy servers in data centers.) My impression is that&#xA;even most of these advocates agree that it will be acceptable to eventually&#xA;increase block sizes as resources become faster and cheaper because it&#xA;won&#39;t be &#39;pricing out&#39; the average user from running their own node. If&#xA;this is the case, it seems to me that we have a problem given that there is&#xA;no established baseline for the acceptable performance / hardware cost&#xA;requirements to run a node. I&#39;d really like to see further clarification&#xA;from these advocates around the acceptable cost of running a node and how&#xA;we can measure the global reduction in hardware and bandwidth costs in&#xA;order to establish a baseline that we can use to justify additional&#xA;resource usage by nodes.&#xA;&#xA;- Jameson&#xA;&#xA;&gt;&#xA;&gt; On the flip side, the scalability proposals will still require larger&#xA;&gt; blocks if we are ever to support anything close to resembling &#34;mainstream&#34;&#xA;&gt; usage. This is not an either/or proposition - we clearly need both.&#xA;&gt;&#xA;&gt;&#xA;&gt; Mainstream usage of cryptocurrency will be enabled primarily by direct&#xA;&gt; party-to-party contract negotiation…with the use of the blockchain&#xA;&gt; primarily as a dispute resolution mechanism. The block size isn’t about&#xA;&gt; scaling but about supply and demand of finite resources. As demand for&#xA;&gt; block space increases, we can address it either by increasing computational&#xA;&gt; resources (block size) or by increasing fees. But to do the former we need&#xA;&gt; a way to offset the increase in cost by making sure that those who&#xA;&gt; contribute said resources have incentive to do so.&#xA;&gt;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150723/9407b8c4/attachment.html&gt;</html></oembed>