Russell O'Connor [ARCHIVE] on Nostr: 📅 Original date posted:2019-03-07 📝 Original message:> * OP_CODESEPARATOR in ...
📅 Original date posted:2019-03-07
📝 Original message:> * OP_CODESEPARATOR in non-BIP 143 scripts fails the script validation.
> This includes OP_CODESEPARATORs in unexecuted branches of if statements,
> similar to other disabled opcodes, but unlike OP_RETURN.
>
OP_CODESEPARATOR is the only mechanism available that allows users to sign
which particular branch they are authorizing for within scripts that have
multiple possible conditions that reuse the same public key. Because of
P2SH you cannot know that no one is currently using this feature.
Activating a soft-fork as describe above means these sorts of funds would
be permanently lost. It is not acceptable to risk people's money like this.
I suggest an alternative whereby the execution of OP_CODESEPARATOR
increases the transactions weight suitably as to temper the vulnerability
caused by it. Alternatively there could be some sort of limit (maybe 1) on
the maximum number of OP_CODESEPARATORs allowed to be executed per script,
but that would require an argument as to why exceeding that limit isn't
reasonable.
--
Russell O'Connor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20190307/0f0ed246/attachment.html>
Published at
2023-06-07 18:16:44Event JSON
{
"id": "626a3ce03ca131ca80d5f2e976e27a54ef08e2252b2fe2c89d8ff21d53a6b5dd",
"pubkey": "6b8e77368804013d7126ba4b77c7963bcfeff909135791531097d7a0f03ca85d",
"created_at": 1686161804,
"kind": 1,
"tags": [
[
"e",
"7188eca60b9414cacad9227d1078e0289be7e78addd56515606897419bb2cf43",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2019-03-07\n📝 Original message:\u003e * OP_CODESEPARATOR in non-BIP 143 scripts fails the script validation.\n\u003e This includes OP_CODESEPARATORs in unexecuted branches of if statements,\n\u003e similar to other disabled opcodes, but unlike OP_RETURN.\n\u003e\n\nOP_CODESEPARATOR is the only mechanism available that allows users to sign\nwhich particular branch they are authorizing for within scripts that have\nmultiple possible conditions that reuse the same public key. Because of\nP2SH you cannot know that no one is currently using this feature.\nActivating a soft-fork as describe above means these sorts of funds would\nbe permanently lost. It is not acceptable to risk people's money like this.\n\nI suggest an alternative whereby the execution of OP_CODESEPARATOR\nincreases the transactions weight suitably as to temper the vulnerability\ncaused by it. Alternatively there could be some sort of limit (maybe 1) on\nthe maximum number of OP_CODESEPARATORs allowed to be executed per script,\nbut that would require an argument as to why exceeding that limit isn't\nreasonable.\n\n-- \nRussell O'Connor\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20190307/0f0ed246/attachment.html\u003e",
"sig": "818cef0338010e9f753457133e0cb733a524ab8cc94b080a0518fa8d5790beb71c7fdfb964747acac6b7a7a6f7613c69158879577bc33f70ef577d45e5f5aa4e"
}