<div dir="ltr"> ...and existing users and uses of nLockTime suddenly become worthless, breaking payment channel refunds and other active uses of nLockTime.<br><br>You cannot assume the user is around to rewrite their nLockTime, if it fails to be confirmed before some arbitrary deadline being set.<br>

<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 6, 2014 at 12:01 AM, Tom Harding <span dir="ltr">&lt;<a href="mailto:tomh@thinlink.com" target="_blank">tomh@thinlink.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 8/5/2014 12:10 PM, Kaz Wesley wrote:<br>
&gt; Any approach based on beginning a transaction expiry countdown when a<br>
&gt; transaction is received (as in mempool janitor) seems unviable to me:<br>
&gt; once a node has forgotten a transaction, it must be susceptible to<br>
&gt; reaccepting it;<br>
<br>
</div>It&#39;s hard to argue with that logic.<br>
<br>
If nLockTime is used for expiration, transaction creator can&#39;t lie to<br>
help tx live longer without pushing initial confirmation eligibility<br>
into the future.  Very pretty.  It would also enable &quot;fill or kill&quot;<br>
transactions with a backdated nLockTime, which must be confirmed in a<br>
few blocks, or start vanishing from mempools.<br>
<br>
<br>
------------------------------------------------------------------------------<br>
Infragistics Professional<br>
Build stunning WinForms apps today!<br>
Reboot your WinForms applications with our WinForms controls.<br>
Build a bridge from your legacy apps to the future.<br>
<a href="http://pubads.g.doubleclick.net/gampad/clk?id=153845071&amp;iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=153845071&amp;iu=/4140/ostg.clktrk</a><br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
</div></div></blockquote></div><br><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>