Ethereum地址发生器

Question

我正在为BIP44地址树编写一个库，并使用相同的助记符短语将其与https://iancoleman.io/bip39/进行比较。

给了这个助记符(只是个测试)

report dash combine correct until media shrimp wide about remain accuse sound solar lawsuit chest myth layer always style filter farm prison will brief

我正确得出了种子

df9abf945edf79b2fff7b5bae337828daffac5ef49fc79d3cde032785ffe88c9f32a9ce32c48deb8b59c6efd85d599825377d233d5e6501d5acb87841f0af122

BIP32根键也匹配：

xprv9s21ZrQH143K49pE1HfQVEDXWn5e1poPa3qzNaREfAcosRdVb3Rw8zVefLthvpNf8kP66HpWLN4c9XdqtVc56yK1AauKBxagf6rY3bpne5e

这是用于ETH的，因此我使用以下路径获取帐户扩展密钥: m/44'/60'/0‘(也匹配)

# Account extended private key
xprv9ynU3F8fffBXZ462Y8HeMSaCjVrdQRFd2Le3jkf69kLRxvXbvhnrda7v5jFewACzMiYUUZFFc6QX9PcD3rTRkVcvjqbZvW1n1fAhk92YYHB

# Account extended public key
xpub6CmpSkfZW2jpmYAVe9peiaWwHXh7osyUPZZeY94hi5sQqirkUF77BNSPw2EiQ2Zzn5pARf1e5MAHDyM3xv8gzKcf82GSKxv8E8xoLX5hS7A

BIP32派生路径看起来也是正确的(m/44'/60'/0'/0)

BIP32 Extended private key
xprvA1wMCRgBn4WmoYqzVgXmsCQwXGcJ7FSeXEF2gVDaSYXPG1zePz7JuCVUcJzhU59ZRrwg1uF7SszEX3D38QwfQdxMHBYxHM2rGd2QXnQ96c6

BIP32 Extended public key
xpub6EvhbwD5cS5522vTbi4nELMg5JSnWiAVtTAdUsdBzt4N8pKnwXRZSzoxTZGD1FHURpXexK1BBRmRZrPTZPm15hBH2aWTRH55VUFtECtC7uX

所有的东西都会检查，除了ethereum地址的产生。

M/44'/60'/0'/0/0

0x9545D807e40ff22F1EdC9Ede0d8bd383b53Bdf07

问题:是这样吗?

• 上面的地址是根据以下步骤使用指定的路径从BIP32根键生成的。
• 得到的扩展公钥(注意M)是Base58解码的
• 对压缩公钥进行恢复，利用EC曲线计算，恢复Y坐标，并附加X和Y，得到未压缩的公钥。
  • 获取20字节地址的标准步骤(keccak sha3，只保留尾20字节并附加"0x")

我双重检查了我的Keccak哈希函数，它返回了"“值的正确哈希：

c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470

Answer 1

这是愚蠢的，但我发现了问题所在。在我运行libsecp256k1点乘法以获得公钥的第二个坐标之后，我放弃了得到的公钥的前8个字节，而不是第一个("0x04“前缀)。