<oembed><type>rich</type><version>1.0</version><author_name>npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8</author_name><author_url>https://nostr.ae/npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-11-24&#xA;📝 Original message:I agree, I believe the first name that an op with equivalent functionality&#xA;had was simply op_maturity.&#xA;At least I remember we discussed such an opcode when discussing pegged&#xA;sidechains&#39; design.&#xA;&#xA;I kind of dislike the check_x_verify naming pattern. We want all new&#xA;operands to return if whatever they&#39;re checking/verifying fails, fine. Do&#xA;we have to repeat this redundant naming pattern forever due to that&#xA;discovery?&#xA;I hope not, but if that&#39;s the case my vote is for CMV.&#xA;As said before, I believe the documentation and code comments can become&#xA;much more clear with this change.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151124/5b9476f9/attachment.html&gt;</html></oembed>