<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">The paper is nicely done, but I'm concerned that there's a real problem with equation 4. The orphan rate is not just a function of time; it's also a function of the block maker's proportion of the network hash rate. Fundamentally a block maker (pool or aggregation of pools) does not orphan its own blocks. In a degenerate case a 100% pool has no orphaned blocks. Consider that a 1% miner must assume a greater risk from orphaning than, say, a pool with 25%, or worse 40% of the hash rate.</div><div class=""><br class=""></div><div class="">I suspect this may well change some of the conclusions as larger block makers will definitely be able to create larger blocks than their smaller counterparts.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Cheers,</div><div class="">Dave</div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">On 3 Aug 2015, at 23:40, Peter R via bitcoin-dev &lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" class="">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class=""><div class="">Dear Bitcoin-Dev Mailing list,</div><div class=""><br class=""></div><div class="">I’d like to share a research paper I’ve recently completed titled “A Transaction Fee Market Exists Without a Block Size Limit.” &nbsp;In addition to presenting some useful charts such as the cost to produce large spam blocks, I think the paper convincingly demonstrates that, due to the orphaning cost, a block size limit is not necessary to ensure a functioning fee market. &nbsp;</div><div class=""><br class=""></div><div class="">The paper does not argue that a block size limit is unnecessary in general, and in fact brings up questions related to mining cartels and the size of the UTXO set. &nbsp;&nbsp;</div><div class=""><br class=""></div><div class="">It can be downloaded in PDF format here:</div><div class=""><br class=""></div><div class=""><a href="https://dl.dropboxusercontent.com/u/43331625/feemarket.pdf" class="">https://dl.dropboxusercontent.com/u/43331625/feemarket.pdf</a></div><div class=""><br class=""></div><div class="">Or viewed with a web-browser here:</div><div class=""><br class=""></div><div class=""><a href="https://www.scribd.com/doc/273443462/A-Transaction-Fee-Market-Exists-Without-a-Block-Size-Limit" class="">https://www.scribd.com/doc/273443462/A-Transaction-Fee-Market-Exists-Without-a-Block-Size-Limit</a></div><div class=""><br class=""></div><div class=""><b class="">Abstract. &nbsp;</b>This paper shows how a rational Bitcoin miner should select transactions from his node’s mempool, when creating a new block, in order to maximize his profit in the absence of a block size limit. To show this, the paper introduces the block space supply curve and the mempool demand curve. &nbsp;The former describes the cost for a miner to supply block space by accounting for orphaning risk. &nbsp;The latter represents the fees offered by the transactions in mempool, and is expressed versus the minimum block size required to claim a given portion of the fees. &nbsp;The paper explains how the supply and demand curves from classical economics are related to the derivatives of these two curves, and proves that producing the quantity of block space indicated by their intersection point maximizes the miner’s profit. &nbsp;The paper then shows that an unhealthy fee market—where miners are incentivized to produce arbitrarily large blocks—cannot exist since it requires communicating information at an arbitrarily fast rate. &nbsp;The paper concludes by considering the conditions under which a rational miner would produce big, small or empty blocks, and by estimating the cost of a spam attack. &nbsp;</div><div class=""><br class=""></div><div class="">Best regards,</div><div class="">Peter</div></div>_______________________________________________<br class="">bitcoin-dev mailing list<br class=""><a href="mailto:bitcoin-dev@lists.linuxfoundation.org" class="">bitcoin-dev@lists.linuxfoundation.org</a><br class="">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev<br class=""></div></blockquote></div><br class=""></body></html>