mirror of
https://github.com/bitcoin/bips.git
synced 2025-03-04 11:08:05 +01:00
Problem 10 is also under control of the script creator
This commit is contained in:
parent
e25e2a179e
commit
492d090c1c
1 changed files with 1 additions and 1 deletions
|
@ -32,7 +32,7 @@ Several sources of malleability are known:
|
|||
# '''Sighash flags based masking''' Sighash flags can be used to ignore certain parts of a script when signing.
|
||||
# '''New signatures by the sender''' The sender (or anyone with access to the relevant private keys) is always able to create new signatures that spend the same inputs to the same outputs.
|
||||
# '''Signature reordering''' If a signature is valid for more than one pubkey, for instance due to a CHECKMULTISIG where two or more of the keys are equivalent, the order of signatures can be changed.
|
||||
The first six and part of the seventh can be fixed by extra consensus rules, but the last three can't. Not being able to fix #7 means that even with these new consensus rules, it will always be possible to create outputs whose spending transactions will all be malleable. However, when restricted to using a safe set of output scripts, extra consensus rules can make spending transactions optionally non-malleable (if the spender chooses to; as he can always bypass #8 and #9 himself).
|
||||
The first six and part of the seventh can be fixed by extra consensus rules, but the last three can't. Not being able to fix #7 and #10 means that even with these new consensus rules, it will always be possible to create outputs whose spending transactions will all be malleable. However, when restricted to using a safe set of output scripts, extra consensus rules can make spending transactions optionally non-malleable (if the spender chooses to; as he can always bypass #8 and #9 himself).
|
||||
|
||||
==Specification==
|
||||
|
||||
|
|
Loading…
Add table
Reference in a new issue