Skip to content

Commit 50965e7

Browse files
committed
bip-sizefp: Add links
1 parent 5291558 commit 50965e7

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

bip-sizefp.mediawiki

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -111,11 +111,11 @@ Why must a full tx size proof be included?
111111
112112
How does the full tx size proof actually prove the size?
113113

114-
* The first step of SHA2 hashing is to transform the input data into chunks. The final chunk is required to include the absolute length of the input data at the end of the final chunk. Therefore, by committing to the midstate prior to the final chunk, and replaying only the final chunk, we can confirm that the claimed size matches the full transaction data being hashed.
114+
* The first step of SHA2 hashing is to transform the input data into chunks (per [https://tools.ietf.org/html/rfc4634#section-4.1 RFC 4634]). The final chunk is required to include the absolute length of the input data at the end of the final chunk. Therefore, by committing to the midstate prior to the final chunk, and replaying only the final chunk, we can confirm that the claimed size matches the full transaction data being hashed.
115115
116116
How does this prove the block weight?
117117

118-
* The block weight defined by BIP 141 is the size of the block stripped of its segwit signatures times 3, plus the full size of the block. By proving minimal sizes of both the stripped block and the full block, a minimal weight can also be calculated.
118+
* The block weight defined by [[bip-0141.mediawiki|BIP 141]] is the size of the block stripped of its segwit signatures times 3, plus the full size of the block. By proving minimal sizes of both the stripped block and the full block, a minimal weight can also be calculated.
119119
120120
Why is the number of transactions in the block represented as a log2?
121121

0 commit comments

Comments
 (0)