bitcoin/bips
1
0 Fork 0
mirror of https://github.com/bitcoin/bips.git synced 2026-11-09 19:47:16 +00:00
Code Issues Releases Wiki Activity

Merge pull request #2257 from fametrano/bip375-sp-info-identifier-serialization

Browse Source 
bip-0375: say the version byte belongs to the identifier, not to the field
This commit is contained in:
Jon Atack authored and GitHub committed 2026-11-05 11:40:33 -06:00
2 parents 758c231cd4 a2c1248774
commit e30a8b0523
1 file changed
+1 -1
Download Patch File Download Diff File Expand all files Collapse all files
bip-0375.mediawiki
+1 -1
View File
@@ -147,7 +147,7 @@ If only PSBT_OUT_SCRIPT is present for an output, then the output is not being s
===Unique Identification===
Silent payment capable PSBTs can be uniquely identified the same way as PSBTv2s, except when including silent payment outputs. If an output contains the PSBT_OUT_SP_V0_INFO field, it must use that field instead of PSBT_OUT_SCRIPT as the output script when creating the unsigned transaction used for unique identification.<ref name="why_use_sp_info_field"> ''' Why use PSBT_OUT_SP_V0_INFO when serializing for a unique identifier?''' Since the same silent payment capable PSBT is valid whether or not a PSBT_OUT_SCRIPT is included in an output that has PSBT_OUT_SP_V0_INFO set, using the PSBT_OUT_SCRIPT if present for the unique identifier will cause malleability. The identifier will be different depending on whether PSBT_OUT_SCRIPT is present, so always using PSBT_OUT_SP_V0_INFO if it exists makes sure the PSBT is always identified uniquely.</ref>
The PSBT_OUT_SP_V0_INFO should be serialized as a zero byte for the version, followed by the 33 bytes of the scan key and then 33 bytes for the spend key.
In that unsigned transaction, each silent payment output's script is serialized as a 0x00 version byte, the 33-byte scan key, then the 33-byte spend key.
==Roles==