Skip to content

Commit 8b41d49

Browse files
authored
Merge pull request bitcoin#1459 from ktecho/patch-1
Typos in bip-0119
2 parents 1670708 + 8f506d8 commit 8b41d49

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

bip-0119.mediawiki

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -61,7 +61,7 @@ references.
6161
==Detailed Specification==
6262

6363
The below code is the main logic for verifying CHECKTEMPLATEVERIFY, described
64-
in pythonic pseduocode. The canonical specification for the semantics of
64+
in pythonic pseudocode. The canonical specification for the semantics of
6565
OP_CHECKTEMPLATEVERIFY as implemented in C++ in the context of Bitcoin Core can
6666
be seen in the reference implementation.
6767

@@ -225,12 +225,12 @@ A recent commit hash in that PR including tests and vectors can be found here ht
225225
Once the PR is merged, this BIP should be updated to point to the specific code released.
226226

227227
Test vectors are available in [/bip-0119/vectors the bip-0119/vectors
228-
directory] for checking compatibility with the refrence implementation and BIP.
228+
directory] for checking compatibility with the reference implementation and BIP.
229229

230230
==Rationale==
231231

232232
The goal of CHECKTEMPLATEVERIFY is to be minimal impact on the existing codebase -- in the
233-
future, as we become aware of more complex but shown to be safe use cases new template types can be added.
233+
future, as we become aware of more complex but shown to be safe use cases, new template types can be added.
234234

235235
Below we'll discuss the rules one-by-one:
236236

@@ -250,15 +250,15 @@ Were these values not committed, it would be possible to delay the spending of
250250
an output arbitrarily as well as possible to change the TXID.
251251

252252
Committing these values, rather than restricting them to specific values, is
253-
more flexible as it permits users of CHECKTEMPLATEVERIFY the set the version and
253+
more flexible as it permits users of CHECKTEMPLATEVERIFY to set the version and
254254
locktime as they please.
255255

256256
=====Committing to the ScriptSigs Hash=====
257257

258258
The scriptsig in a segwit transaction must be exactly empty, unless it is a P2SH
259259
segwit transaction in which case it must be only the exact redeemscript. P2SH is incompatible
260260
(unless the P2SH hash is broken) with CHECKTEMPLATEVERIFY because the template hash must commit
261-
to the ScriptSig, which must contain the redeemscript, which is a hash cycle.
261+
to the ScriptSig, which must contain the redeemscript, which is a hash cycle.
262262

263263
To prevent malleability when not using a segwit input, we also commit to the
264264
scriptsig. This makes it possible to use a 2 input CHECKTEMPLATEVERIFY with a legacy pre-signed

0 commit comments

Comments
 (0)