Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Looking for a replacement method to encode/decode the ( phrase || privateKey ) <> keystore #6

Closed
neeboo opened this issue Jun 23, 2021 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@neeboo
Copy link
Contributor

neeboo commented Jun 23, 2021

Thinking about the keystore file format compatible to ethereum's system, however is not so efficiency. But it still worth finding a replacement to the format.

In dart, to implement the keystore encode/decode, one has to combine the scrypt and pbkdf2 to it. The easiest way to complete the job is to borrow the code from web3dart or laksadart I previously built for Zilliqa. However the encoding speed is too slow because of scrypt algorithm is slow.

Another option is to use FFI from other native library like ethsign , it is fast and run smoothly when I tried to bind it to the dynamic library. However, in rust we generally use serde_json to encode the Crypto object, the serde_json will be binded too, which will largely increase the bundle's size.

I don't have enough time to do enough search to finish the task. So if you have idea or solution, please comment or reply.

  1. A replacement standard or format for keystore.
  2. A fast and efficient way to encode/decode using FFI or pure dart code.
  3. Any other good ideas
@neeboo neeboo self-assigned this Oct 10, 2021
@neeboo neeboo added the enhancement New feature or request label Oct 10, 2021
neeboo added a commit that referenced this issue Jun 13, 2022
@neeboo
Copy link
Contributor Author

neeboo commented Jun 25, 2022

Close due to d68bf05

@neeboo neeboo closed this as completed Jun 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant