You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
67d56c0 Fix segwit example links (nicolas.dorier)
Pull request description:
Fix#692 I will eventually solve the certificate issue on the real website, but in any case `blockchainprogramming.azurewebsites.net` should be more stable, as the site is actually hosted there.
ACKs for top commit:
kanzure:
ACK 67d56c0 problem fixed
Sjors:
ACK 67d56c0
Tree-SHA512: 5195926bd542670d199ffd57153fb7546ea6def6a1cd35df9f4db67b4b0447f1a3c25fabf3977b097bba4eade260d40584c114a7fcf2c1f10da0e2ea561d7609
Copy file name to clipboardExpand all lines: _posts/en/pages/2016-01-18-segwit-wallet-dev.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -69,7 +69,7 @@ A wallet MUST implement all the features in this section, in order to be conside
69
69
* There is a new signature generation algorithm described in [BIP143][] for segwit scripts. Developers should follow the instructions carefully, and make use of the P2SH-P2WPKH example in [BIP143](https://github.com/bitcoin/bips/blob/master/bip-0143.mediawiki#P2SHP2WPKH) to make sure they are able to reproduce the <code>sighash</code>.
70
70
* The [BIP143][] signature generating algorithm covers the value of the input being spent, which simplifies the design of air-gapped light-weight wallets and hardware wallets.
71
71
* Please note that for a P2SH-P2WPKH, the <code>scriptCode</code> is always 26 bytes including the leading size byte, as <code>0x1976a914{20-byte keyhash}88ac</code>, NOT the <code>redeemScript</code> nor <code>scriptPubKey</code>
@@ -135,7 +135,7 @@ If a wallet supports script types other than just single signature, such as mult
135
135
* For any unusual scripts containing OP_CODESEPARATOR, please refer to [BIP143][] for the exact semantics
136
136
* Any witness stack items before the <code>witnessScript</code> are used as the input stack for script evaluation. The input stack is not interpreted as script. For example, there is no need to use a <code>0x4c</code> (OP_PUSHDATA1) to "push" a big item.
137
137
* To verify the correctness of signature generation and stack serialization, please always test against the examples in [BIP143][]
@@ -146,14 +146,14 @@ The following functions are not required for initial segwit support.
146
146
* Native P2WPKH is a <code>scriptPubKey</code> of 22 bytes. It starts with a <code>OP_0</code>, followed by a canonical push of the <code>keyhash</code> (i.e. <code>0x0014{20-byte keyhash}</code>)
147
147
* Same as P2SH-P2WPKH, <code>keyhash</code> is RIPEMD160(SHA256) of a compressed public key.
148
148
* When spending a native P2WPKH, the <code>scriptSig</code> MUST be empty, and the witness stack format and signature generating rules are same as P2SH-P2WPKH (including the requirement of using compressed public key)
* Native P2WSH is a <code>scriptPubKey</code> of 34 bytes. It starts with a <code>OP_0</code>, followed by a canonical push of the <code>scripthash</code> (i.e. <code>0x0020{32-byte scripthash}</code>)
154
154
* Same as P2SH-P2WSH, <code>scripthash</code> is SHA256 of the <code>witnessScript</code>.
155
155
* When spending a native P2WSH, the <code>scriptSig</code> MUST be empty, and the witness stack format and signature generating rules are same as P2SH-P2WSH (including the requirement of using compressed public key)
0 commit comments