<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 4, 2015 at 6:07 AM, Peter Todd <span dir="ltr">&lt;<a href="mailto:pete@petertodd.org" target="_blank">pete@petertodd.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Matt Corallo brought up¹ the issue of OP_NOP scarcity on the mempool<br>
only CLTV pull-req²:<br>
<br>
    &quot;I like merging this, but doing both CLTV things in one swoop would be<br>
    really nice. Certainly if we&#39;re gonna use one of the precious few<br>
    OP_NOPs we have we might as well make it more flexible.&quot;<br><br></blockquote><div>[snip] </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">That said, if people have strong feelings about this, I would be willing<br>
to make OP_CLTV work as follows:<br>
<br>
    &lt;nLockTime&gt; 1 OP_CLTV<br>
<br>
Where the 1 selects absolute mode, and all others act as OP_NOP&#39;s. A<br>
future relative CLTV could then be a future soft-fork implemented as<br>
follows:<br>
<br>
    &lt;relative nLockTime&gt; 2 OP_CLTV<br>
<br>
On the bad side it&#39;d be two or three days of work to rewrite all the<br>
existing tests and example code and update the BIP, and (slightly) gets<br>
us away from the well-tested existing implementation. It also may<br>
complicate the codebase compared to sticking with just doing a Script<br>
v2.0, with the additional execution environment data required for v2.0<br>
scripts cleanly separated out. But all in all, the above isn&#39;t too big<br>
of a deal.</blockquote><div><br></div><div>Adding a parameter to OP_CLTV makes it much more flexible and is the most economic use of precious NOPs.</div><div>The extra time required <span style="color:rgb(51,51,51);font-family:&#39;Helvetica Neue&#39;,Helvetica,Arial,sans-serif;font-size:14px;line-height:17px;white-space:pre-wrap">is ok and it would</span> be good to make this change to the PR in time for the feature freeze.<br></div><div><br></div><div>Drak</div></div></div></div>