summaryrefslogtreecommitdiff
path: root/bip-0144.mediawiki
diff options
context:
space:
mode:
authorMeshCollider <dobsonsa68@gmail.com>2017-08-24 09:58:28 +1200
committerGitHub <noreply@github.com>2017-08-24 09:58:28 +1200
commitbf85f3002464bf8423379e6584ce8dcadaa52540 (patch)
treefdc611c91f604893b045c1d6edd7807f2ae1d853 /bip-0144.mediawiki
parent110cde0ceb44272efd90578517b79fd6f2824d5e (diff)
Change "inefficinent" => "inefficient" in BIP 144
Diffstat (limited to 'bip-0144.mediawiki')
-rw-r--r--bip-0144.mediawiki2
1 files changed, 1 insertions, 1 deletions
diff --git a/bip-0144.mediawiki b/bip-0144.mediawiki
index 8e65554..b96fe83 100644
--- a/bip-0144.mediawiki
+++ b/bip-0144.mediawiki
@@ -83,7 +83,7 @@ If the witness is empty, the old serialization format should be used.
Currently, the only witness objects type supported are script witnesses which consist of a stack of byte arrays. It is encoded as a var_int item count followed by each item encoded as a var_int length followed by a string of bytes. Each txin has its own script witness. The number of script witnesses is not explicitly encoded as it is implied by txin_count. Empty script witnesses are encoded as a zero byte. The order of the script witnesses follows the same order as the associated txins.
-* '''Rationale for not having an independent message type with its own serialization''': this would require separate "tx" and "block" messages, and all RPC calls operating on raw transactions would need to be duplicated, or need inefficinent or nondeterministic guesswork to know which type is to be used.
+* '''Rationale for not having an independent message type with its own serialization''': this would require separate "tx" and "block" messages, and all RPC calls operating on raw transactions would need to be duplicated, or need inefficient or nondeterministic guesswork to know which type is to be used.
* '''Rationale for not using just a single 0x00 byte as marker''': that would lead to empty transactions (no inputs, no outputs, which are used in some tests) to be interpreted as new serialized data.