我在看以下官方测试向量:
wsh(多(1,xpub661MyMwAqRbcFW31YEwpkMuc5THy2PSt5bDMsktWQcFF8syAmRUapSCGu8ED9W6oDMSgv6Zz8idoc4a6mr8BDzTJY47LJhkJ8UB7WEGuduB/1/0/*,xpub69h7f5d8ksrgmmdjg2khpak8sr3djmwadkxj3zuxv27cprr9lgpeygmxubc6wb7erfrnkzxummdzpbxh7ap6r1d3tgfmwmwkqtph/0/0/*))
对于第一个键序列化为:
04 ; 版本4
88b21e型`xpub公司`
00 ; 深度0==主密钥的公钥
00000000 ; 父指纹
00000000 ; 子索引
60499F801B896D83179A4374AEB7822AAEAA0DB1F85EE3E904C4DEFBD9689;链码
03CBCAA9C98C877A26977D00825C956A238E8DDDFBD322CCE4F74B5BD6ACE4A7;关键数据
e233a252型;base58校验和
第二个关键点是:
04 ; 版本4
88b21e型`xpub公司`
01 ; 深度1
BD165型;父指纹
00000000 ; 子索引
F0909AFAA7EE7ABE5DD4E100598D4DC53CD709D5A5C2CAC40E7412F232F7C9C;链码
02FC9E5AF0AC8D9B3CECFE2A888E2117BA3D089D85886C9C826B22A98D12EA;关键数据
44183立方英尺;base58校验和
我的问题是第二个键的例子:深度是否与附加的尾/0/0/*?如果是,不是应该是2而不是1?从附加的尾部可以恢复深度吗?
为什么第二个键的子索引为零?它不应该等于对应于恒星的数字。是否可以从附加的尾/0/0/*还原子索引?
原始数据
输出
分享
改进这个问题
跟随
三小时前问的
戈拉兹德
1111青铜徽章
新贡献者
添加评论
1个答案
0
看起来您混淆了bip32序列化和输出描述符序列化。
输出描述符包含使用BIP 32中描述的方法序列化的扩展公钥。此序列化仅适用于该特定公钥。附加到末尾的派生独立于xpub的序列化。这是描述符的一部分。
我的问题是第二个键的例子:深度是否与附加的尾/0/0/*?如果是,不是应该是2而不是1?从附加的尾部可以恢复深度吗?
不,尾巴是独立于xpub的。深度仅应用于xpub序列化的pubkey,派生路径不是它的一部分。
为什么第二个键的子索引为零?它不应该等于对应于恒星的数字。是否可以从附加的尾/0/0/*还原子索引?
因为序列化只针对特定的xpub。附加的派生信息不是此序列化的一部分。
分享