-
Notifications
You must be signed in to change notification settings - Fork 350
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
Digest size #107
Comments
That sentence is near the top of the readme. Do you think it needs to be more prominent? |
Yes please. I see the width now that I know the number to look for, but prior to this, I had skimmed the README several times and not been able to locate the width - which was the most important piece of information to me at that point in time. A feature of Blake* that I find very useful is that you can create a digest of any width that is a multiple of 8 bits - this is very helpful to new users, like myself, who, might find dealing with 256 bit hashes somewhat intimidating and would prefer something smaller to start with. |
Could you clarify that part for me? Keeping the default 256-bit output length is necessary for collision resistance. Some applications don't require collision resistance, but distinguishing between the ones that do and the ones that don't is tricky. In terms of what we should encourage in the readme, I'd much rather encourage everyone to just use the default length. |
Perhaps something like: Width: 256 bits for cryptographic applications else in multiples of 8 bits. |
I think this could be expressed in the bullet list up top:
|
Please state the digest size some where near the front of your description? Thanks!
The text was updated successfully, but these errors were encountered: