<oembed><type>rich</type><version>1.0</version><author_name>npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8</author_name><author_url>https://nostr.ae/npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-08-14&#xA;📝 Original message:On Thu, Aug 13, 2015 at 11:52 AM, Ashley Holman via bitcoin-dev&#xA;&lt;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&gt; A concern I have is about security (hash rate) as a function of block size.&#xA;&gt;&#xA;&gt; I am assuming that hash rate is correlated with revenue from mining.&#xA;&gt;&#xA;&gt; Total revenue from fees as a function of block size should be a curve.  On&#xA;&gt; one extreme of the curve, if blocks are too big, fee revenue tends towards 0&#xA;&gt; as there is no competition for block space.  At the other extreme, if blocks&#xA;&gt; are too small, fee revenue is limited only to what the most valuable use&#xA;&gt; case(s) can afford.  Somewhere in the middle there should be a sweet spot&#xA;&gt; where fee revenue is maximised.  It&#39;s not a static curve though, it should&#xA;&gt; change as demand for block space changes.&#xA;&gt;&#xA;&gt; Failing to scale the block size as demand grows might be forfeiting&#xA;&gt; potential miner revenue and hence security.&#xA;&gt;&#xA;&gt; (I don&#39;t think that should be a primary concern though since&#xA;&gt; decentralisation should come first, but I&#39;m just pointing it out as a&#xA;&gt; secondary concern).&#xA;&#xA;I believe your concerns are included in:&#xA;&#xA;1) Potential indirect consequence of rising fees.&#xA;[...]&#xA;1.4) Less users than we could have had with a bigger size&#xA;1.4.2) Not enough fees when subsidy is lower</html></oembed>