summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorDionysis Zindros <dionyziz@gmail.com>2015-11-28 04:27:46 +0200
committerDionysis Zindros <dionyziz@gmail.com>2015-11-28 04:27:46 +0200
commit7abd7509887e5d0420eb28bf7e02542bfc5c02fc (patch)
tree42c46a0aeea21b460f6828d26e88a105ee492050
parent824284d422307ba2057f9d1a2ffd50164fa7042d (diff)
downloadbips-7abd7509887e5d0420eb28bf7e02542bfc5c02fc.tar.xz
Fix small typo in BIP 0016
-rw-r--r--bip-0016.mediawiki2
1 files changed, 1 insertions, 1 deletions
diff --git a/bip-0016.mediawiki b/bip-0016.mediawiki
index 0a539fc..4c2a524 100644
--- a/bip-0016.mediawiki
+++ b/bip-0016.mediawiki
@@ -98,7 +98,7 @@ If a majority of hashing power does not support the new validation rules, then r
===520-byte limitation on serialized script size===
-As a consequence of the requirement for backwards compatiblity the serialized script is itself subject to the same rules as any other PUSHDATA operation, including the rule that no data greater than 520 bytes may be pushed to the stack. Thus is it not possible to spend a P2SH output if the redemption script it refers to is >520 bytes in length. For instance while the OP_CHECKMULTISIG opcode can itself accept up to 20 pubkeys, with 33-byte compressed pubkeys it is only possible to spend a P2SH output requiring a maximum of 15 pubkeys to redeem: 3 bytes + 15 pubkeys * 34 bytes/pubkey = 513 bytes.
+As a consequence of the requirement for backwards compatiblity the serialized script is itself subject to the same rules as any other PUSHDATA operation, including the rule that no data greater than 520 bytes may be pushed to the stack. Thus it is not possible to spend a P2SH output if the redemption script it refers to is >520 bytes in length. For instance while the OP_CHECKMULTISIG opcode can itself accept up to 20 pubkeys, with 33-byte compressed pubkeys it is only possible to spend a P2SH output requiring a maximum of 15 pubkeys to redeem: 3 bytes + 15 pubkeys * 34 bytes/pubkey = 513 bytes.
==Reference Implementation==