📅 Original date posted:2022-05-13
📝 Original message:On Fri, May 13, 2022 at 5:43 PM Anthony Towns <aj at erisian.com.au> wrote:
> For any specific opcode proposal, I think you still want to consider
>
> 1) how much you can do with it
> 2) how efficient it is to validate (and thus how cheap it is to use)
> 3) how easy it is to make it do what you want
> 4) how helpful it is at preventing bugs
> 5) how clean and maintainable the validation code is
>
> I guess to me CTV and APO are weakest at (1); CAT/CSFS falls down on
> (3) and (4); OP_TX is probably weakest at (5) and maybe not as good as
> we'd like at (3) and (4)?
>
FWIW, I think the rmain reasons to do CAT+CSFS is to validate oracle
messages and pubkey delegation. The ability to covenants would be
secondary and would mostly serve to get us some real user data about what
sort of covenants users find especially valuable.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220513/e19a4b5f/attachment.html>;
Russell O'Connor [ARCHIVE] /
npub1dw…8plrw
2023-06-07 23:09:22
in reply to nevent1q…ande
Author Public Key
npub1dw88wd5gqsqn6ufxhf9h03uk8087l7gfzdtez5csjlt6pupu4pwsj8plrwPublished at
2023-06-07 23:09:22Event JSON
{
"id": "201172e648d0d2ad292b695b64b262d7b7bdb2b673939ab387b32d932a46a047",
"pubkey": "6b8e77368804013d7126ba4b77c7963bcfeff909135791531097d7a0f03ca85d",
"created_at": 1686179362,
"kind": 1,
"tags": [
[
"e",
"cbc59e6bdcc1bf5eb00c43b304431e89f4d455fde09436058aad561d6b24579e",
"",
"root"
],
[
"e",
"3dc62a7e7b01f548bc93b7717284211f0bca08df3b8dcead29691c8b15602f40",
"",
"reply"
],
[
"p",
"f0feda6ad58ea9f486e469f87b3b9996494363a26982b864667c5d8acb0542ab"
]
],
"content": "📅 Original date posted:2022-05-13\n📝 Original message:On Fri, May 13, 2022 at 5:43 PM Anthony Towns \u003caj at erisian.com.au\u003e wrote:\n\n\u003e For any specific opcode proposal, I think you still want to consider\n\u003e\n\u003e 1) how much you can do with it\n\u003e 2) how efficient it is to validate (and thus how cheap it is to use)\n\u003e 3) how easy it is to make it do what you want\n\u003e 4) how helpful it is at preventing bugs\n\u003e 5) how clean and maintainable the validation code is\n\u003e\n\u003e I guess to me CTV and APO are weakest at (1); CAT/CSFS falls down on\n\u003e (3) and (4); OP_TX is probably weakest at (5) and maybe not as good as\n\u003e we'd like at (3) and (4)?\n\u003e\n\nFWIW, I think the rmain reasons to do CAT+CSFS is to validate oracle\nmessages and pubkey delegation. The ability to covenants would be\nsecondary and would mostly serve to get us some real user data about what\nsort of covenants users find especially valuable.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220513/e19a4b5f/attachment.html\u003e",
"sig": "c330c457c416961cf3366cba7db0bcd6c754f217b8c00c143d478e2c62d240a9d0fd4ef136581031a899e06e2248d08059e66681ff618ceb3da9419b3cb50755"
}