<p dir="ltr">Why 3? Do we have a version 2?</p>
<p dir="ltr">As for doing it in serialization, that would alter the txid making it a hard fork change.</p>
<div class="gmail_quote">On May 28, 2015 03:30, &quot;Tier Nolan&quot; &lt;<a href="mailto:tier.nolan@gmail.com">tier.nolan@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Can you update it so that it only applies to transactions with version number 3 and higher.  Changing the meaning of a field is exactly what the version numbers are for.<br><br></div>You could even decode version 3 transactions like that.  <br><br></div>Version 3 transactions have a sequence number of 0xFFFFFFFF and the sequence number field is re-purposed for relative lock time.  <br><br></div>This means that legacy transactions that have already been signed but have a locktime in the future will still be able to enter the blockchain (without having to wait significantly longer than expected).<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 28, 2015 at 10:56 AM, Mark Friedenbach <span dir="ltr">&lt;<a href="mailto:mark@friedenbach.org" target="_blank">mark@friedenbach.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I have no problem with modifying the proposal to have the most significant bit signal use of the nSequence field as a relative lock-time. That leaves a full 31 bits for experimentation when relative lock-time is not in use. I have adjusted the code appropriately:<br><br><a href="https://github.com/maaku/bitcoin/tree/sequencenumbers" target="_blank">https://github.com/maaku/bitcoin/tree/sequencenumbers</a><br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 27, 2015 at 10:39 AM, Mike Hearn <span dir="ltr">&lt;<a href="mailto:mike@plan99.net" target="_blank">mike@plan99.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span><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 dir="ltr"><div class="gmail_extra">Mike, this proposal was purposefully constructed to maintain as well as possible the semantics of Satoshi&#39;s original construction. Higher sequence numbers -- chronologically later transactions -- are able to hit the chain earlier, and therefore it can be reasonably argued will be selected by miners before the later transactions mature. Did I fail in some way to capture that original intent?<br></div></div>
</blockquote></div><br></div></span><div class="gmail_extra">Right, but the original protocol allowed for e.g. millions of revisions of the transaction, hence for high frequency trading (that&#39;s actually how Satoshi originally explained it to me - as a way to do HFT - back then the channel concept didn&#39;t exist).</div><div class="gmail_extra"><br></div><div class="gmail_extra">As you point out, with a careful construction of channels you should only need to bump the sequence number when the channel reverses direction. If your app only needs to do that rarely, it&#39;s a fine approach.And your proposal does sounds better than sequence numbers being useless like at the moment. I&#39;m just wondering if we can get back to the original somehow or at least leave a path open to it, as it seems to be a superset of all other proposals, features-wise.</div></div>
</blockquote></div><br></div>
</div></div><br>------------------------------------------------------------------------------<br>
<br>_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net" target="_blank">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>
<br>------------------------------------------------------------------------------<br>
<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>