<oembed><type>rich</type><version>1.0</version><author_name>npub1zw7cc8z78v6s3grujfvcv3ckpvg6kr0w7nz9yzvwyglyg0qu5sjsqhkhpx</author_name><author_url>https://nostr.ae/npub1zw7cc8z78v6s3grujfvcv3ckpvg6kr0w7nz9yzvwyglyg0qu5sjsqhkhpx</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-11-27&#xA;📝 Original message:Eric Lombrozo via bitcoin-dev &lt;bitcoin-dev at lists.linuxfoundation.org&gt; writes:&#xA;&gt;&gt;From an app developer&#39;s perspective, I think it is pretty blatantly &#xA;&gt; clear that relative timelock is *the* critical exposed functionality &#xA;&gt; intended here.&#xA;&#xA;As someone who actually developed scripts using CSV, I agree with Mark&#xA;(and Matt).  The relative locktime stuff isn&#39;t in this opcode, it&#39;s in&#xA;the nSequence calculation.&#xA;&#xA;So, I vote to keep CSV called as it is.&#xA;&#xA;Thanks,&#xA;Rusty.</html></oembed>