-
Notifications
You must be signed in to change notification settings - Fork 171
Open
Description
Currently the main issue with -p
as I understand it is that we derive an initial seed from a hash password, and then continually add an offset to it to generate new private keys. Because of this the private keys of multiple matches will be closely related to each other.
What if we started off the same way, but when a match is found, we derive an entirely new seed by incrementing the salt passed to the password hash function? The password hashing is slow, but that should not impact things too severely as long as matches are reasonably rare. The checkpoint would only need to add a second field for the salt.
Metadata
Metadata
Assignees
Labels
No labels