<div dir="ltr"><div><div><div><div>Glad this was brought up.<br><br></div>Transaction expiration is something that I have wanted to see happen in bitcoin for a long, long time.  The user experience of unconfirming transactions setting around in limbo is just horrible.  Bitcoin software by necessity has gotten better about attaching fees so this sort of behavior is uncommon, but that does not eliminate the problem.<br>

<br></div>Of course, we cannot presume that a transaction will truly disappear -- The Internet Never Forgets -- but given a bit of mempool adjusting, we can achieve the next best thing:  the majority of the network &quot;forgets&quot; the transaction and becomes willing to relay a respend of some or all of the inputs.  This uses existing client logic where the client must rebroadcast a transaction until it is confirmed.<br>

<br></div>In general, if a transaction has not made it into a block within 144*X blocks, there is _some_ reason it is getting rejected by the miners.<br><br></div>The mempool janitor is a garbage collector design.  This is inferior to the &quot;superblock&quot; model described at <a href="https://github.com/bitcoin/bitcoin/issues/3723">https://github.com/bitcoin/bitcoin/issues/3723</a>   Other models can also achieve similar results.<br>

<div><div class="gmail_extra"><br></div><div class="gmail_extra">There are a lot of issues tied together here:  transaction expiration, the desire to cap the mempool ram usage, scalability, DoS prevention, ...   mempool ties a lot together.<br clear="all">

<br>-- <br>Jeff Garzik<br>Bitcoin core developer and open source evangelist<br>BitPay, Inc.      <a href="https://bitpay.com/" target="_blank">https://bitpay.com/</a>
</div></div></div>