diff options
author | Luke Dashjr <luke-jr+git@utopios.org> | 2016-07-23 20:35:56 +0000 |
---|---|---|
committer | Luke Dashjr <luke-jr+git@utopios.org> | 2016-07-23 20:35:56 +0000 |
commit | d8928eb85a641b3ad5efa956a512adb88a02d10b (patch) | |
tree | 3e5d942e930edabd7ada2dd745a2df0cff1b929a /bip-0145.mediawiki | |
parent | c98859fe20617df141da0dd08d399921c7097be9 (diff) |
BIP 145: Update s/cost/weight/
Diffstat (limited to 'bip-0145.mediawiki')
-rw-r--r-- | bip-0145.mediawiki | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/bip-0145.mediawiki b/bip-0145.mediawiki index b04c9e6..cac838d 100644 --- a/bip-0145.mediawiki +++ b/bip-0145.mediawiki @@ -22,7 +22,7 @@ The template Object is revised to include a new key: |- ! Key !! Required !! Type !! Description |- -| costlimit || No || Number || total cost allowed in blocks +| weightlimit || No || Number || total weight allowed in blocks |} The '!' rule prefix MUST be enabled on the "segwit" rule for templates including transactions with witness data. @@ -40,7 +40,7 @@ The Objects listed in the response's "transactions" key is revised to include th |- | txid || String || transaction id encoded in hexadecimal; required for transactions with witness data |- -| cost || Number || numeric cost of the transaction, as counted for purposes of the block's costlimit; if key is not present, cost is unknown and clients MUST NOT assume it is zero, although they MAY choose to calculate it themselves +| weight || Number || numeric weight of the transaction, as counted for purposes of the block's weightlimit; if key is not present, weight is unknown and clients MUST NOT assume it is zero, although they MAY choose to calculate it themselves |- | hash || String || reversed hash of complete transaction (with witness data included) encoded in hexadecimal |} @@ -66,12 +66,12 @@ It additionally also adds a new way of counting resource limits, and so GBT must ==Rationale== -Why doesn't "costlimit" simply redefine the existing "sizelimit"? +Why doesn't "weightlimit" simply redefine the existing "sizelimit"? * "sizelimit" is already enforced by clients by counting the sum of bytes in transactions' "data" keys. -* Servers may wish to limit the overall size of a block, independently from the "cost" of the block. +* Servers may wish to limit the overall size of a block, independently from the "weight" of the block. -Why is "sigoplimit" redefined instead of a new "sigopcostlimit" being added? -* The old limit was already arbitrarily defined, and could not be counted by clients on their own anyway. The concept of "sigop cost" is merely a change in the arbitrary formula used. +Why is "sigoplimit" redefined instead of a new "sigopweightlimit" being added? +* The old limit was already arbitrarily defined, and could not be counted by clients on their own anyway. The concept of "sigop weight" is merely a change in the arbitrary formula used. Why is "sigoplimit" divided by 4? * To resemble the previous values. (FIXME: is this a good reason? maybe we shouldn't divide it?) |