Closed ItsANameToo closed 1 week ago
For anyone interested, the difference is due to this library implementing v2 while the website relies on the v4 BLS specs. This library can be adjusted to support that, please refer to the PR on our fork to see how
'This issue has been flagged as stale as there has been no activity on it in 14 days. If this issue is still affecting you and in need of review, please update it to keep it open.'
'This issue was automatically closed because it has been flagged as stale and subsequently passed 7 days with no further activity.'
We're looking at using this library to generate BLS12-381 keypairs in accordance with EIP2333. For context, we're using https://iancoleman.io/eip2333/ as a reference (you can use
airport worry fire noodle exhaust humble cruel raccoon actor stairs energy fury guitar mass mail stay grit cause muscle tide lawsuit gentle father useful
as BIP39 menmonic to generate the values to check against).Using this library, we noticed that the child derivation results in a different public/private key compared to the above website. A reproduction snippet below
This results in
This correctly outputs the same master key and master public key, but the child derivation is different. Is there something we're overlooking when using this library to have the correct derivation to match the linked site?