<div dir="ltr">+1 for the new field, overloading fields with new meaning is definitely not a good idea.<div><br></div><div>Something like nExpireAt with a block height sounds reasonable to me, but we need to document that the usual caveats with blockchain reorgs apply.<div>
<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 6, 2014 at 4:08 PM, Jeff Garzik <span dir="ltr"><<a href="mailto:jgarzik@bitpay.com" target="_blank">jgarzik@bitpay.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div> ...because nLockTime is the exact opposite of expiration. A locked TX begins life invalid, and becomes valid (not-expired) after nLockTime passes.<br>
<br></div>A new field containing expiration time would work.<br>
<br></div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Wed, Aug 6, 2014 at 10:44 AM, Tom Harding <span dir="ltr"><<a href="mailto:tomh@thinlink.com" target="_blank">tomh@thinlink.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<br>
How is eventual expiration of a tx that started life with an
nLockTime in the future "breaking", any more than any other tx
expiring?<div><br>
<br>
<br>
<div>On 8/6/2014 6:54 AM, Mike Hearn wrote:<br>
</div>
</div><blockquote type="cite"><div>
<div dir="ltr">We could however introduce a new field in a new tx
version. We know we need to rev the format at some point anyway.</div>
</div><div class="gmail_extra"><br>
<br>
<div class="gmail_quote"><div>On Wed, Aug 6, 2014 at 2:55 PM, Jeff
Garzik <span dir="ltr"><<a href="mailto:jgarzik@bitpay.com" target="_blank">jgarzik@bitpay.com</a>></span>
wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<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><div class="gmail_extra">
<div>
<div><br>
<br>
<div class="gmail_quote"><div>On Wed, Aug 6, 2014 at 12:01
AM, Tom Harding <span dir="ltr"><<a href="mailto:tomh@thinlink.com" target="_blank">tomh@thinlink.com</a>></span>
wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">...<br>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote><div>
<br>
<blockquote type="cite">
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_extra">
<div>
<div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If nLockTime is used for expiration, transaction
creator can't lie to<br>
help tx live longer without pushing initial
confirmation eligibility<br>
into the future. Very pretty. It would also
enable "fill or kill"<br>
transactions with a backdated nLockTime, which
must be confirmed in a<br>
few blocks, or start vanishing from mempools.<br>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
</div></div>
</blockquote></div><br><br clear="all"><br></div></div><div class="">-- <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>
<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&iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk</a><br>_______________________________________________<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>
<br></blockquote></div><br></div></div></div>