Soft-forks and schnorr signature aggregation



Summary:

Bitcoin developers are discussing the use of unused opcodes in the software's scripting language and whether they should be reclaimed as RETURN_VALID. The main issue is that all unclaimed opcodes have parsing weirdness, and anything in an IF clause needs to be parsed to find where the ELSE is. There are a few options for dealing with an unknown opcode being parsed in an unexecuted section of code. They include avoiding the problem completely by exterminating IF and MASTing, getting rid of IF and adding IFJUMP, IFNJUMP, and JUMP which specify a number of bytes, requiring new opcodes to have fixed length 1, or causing a RETURN_VALID at parse time. The most expedient option is causing a RETURN_VALID at parse time. Disabled opcodes cause failure at parse time even if they aren't being executed, so there is precedent for this behavior. Developers also discussed the implementation of an opcode for multisig but noted it only works with m-of-n and does not support more complex formulas for how signatures can be combined.


Updated on: 2023-05-20T05:19:59.897747+00:00