Add addressPrefix parameter, merging with progressCallback, scryptParams and network into options argument
See original GitHub issueThoughts @jprichardson ?
If we lost progressCallback
, it would be a breaking change.
encrypt(buffer, compressed, passphrase[, options])
decrypt(encryptedKey, passhprase[, options])
Where options is
{
progressCallback: () => {},
addressPrefix: 0x00,
N: 16384,
r: 8,
p: 8
}
Issue Analytics
- State:
- Created 7 years ago
- Comments:11 (6 by maintainers)
Top Results From Across the Web
bip38 from bitcoinjs - GithubHelp
bip38 is a standard process to encrypt bitcoin and crypto currency private ... Add addressPrefix parameter, merging with progressCallback, scryptParams and ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@youssefgh yes, this would solve your problem. If this feature were developed, you would just have to pass addressPrefix: 0x6F and you’d be fine for the testnet. I’d appreciate an options parameter a lot 💪
These seems solid now that I think about it. What about moving
compressed
to options as well? This really simplifies things especially if we have sane defaults IMHO.