<oembed><type>rich</type><version>1.0</version><author_name>npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_name><author_url>https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-11-26&#xA;📝 Original message:On Thu, Nov 26, 2015 at 01:32:58PM -0800, Eric Lombrozo via bitcoin-dev wrote:&#xA;&gt; After a little more though (and some comments from aj), I realize that the opcode naming convention is actually CHECK &lt;condition &gt; VERIFY.&#xA;&gt; &#xA;&gt; Therefore, the full opcode name should be CHECKRELATIVELOCKTIMEVERIFY.&#xA;&gt; &#xA;&gt; However, this name is ridiculously long, so at least some part will require abbreviation.&#xA;&gt; &#xA;&gt; In typical script example usage, most sensible seems to be to abbreviate both CLTV and CRLTV.&#xA;&#xA;...and CRLTV is hard to visually distinguish from CLTV. :(&#xA;&#xA;You know, calling it AGEVERIFY is short and sweet.&#xA;&#xA;-- &#xA;&#39;peter&#39;[:-1]@petertodd.org&#xA;00000000000000000ef246c814f8cb8c1a26bc3c6cb1286bdbc5f4140ed3fc79&#xA;-------------- next part --------------&#xA;A non-text attachment was scrubbed...&#xA;Name: signature.asc&#xA;Type: application/pgp-signature&#xA;Size: 650 bytes&#xA;Desc: Digital signature&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151126/47f980c2/attachment.sig&gt;</html></oembed>