Re: libfastmint update 20040915
Jonathan Morton <[email protected]>
| Newsgroups | gmane.mail.spam.hashcash |
|---|---|
| Message-ID | <[email protected]> |
>> Additionally, minting now uses one of the two optimal counting >> positions, which should make minting work at or near the speed >> indicated by the benchmark. A side-effect is that the "count" field >> may now be padded with quite a lot of leading zeroes. > > the padding seems to be determined by the size (number of characters) > in the first 5 fields of the stamp? The padding places the "tail" of the count field at byte 32 or 52 (mod 64), which are the two most efficient places to calculate changes in SHA-1 for. Most practical e-mail addresses will end up as 96-byte tokens (32+64), though particularly short ones can be 52 bytes. If the extension field gets substantial use, 116-byte tokens may also become common. -------------------------------------------------------------- from: Jonathan "Chromatix" Morton mail: [email protected] website: http://www.chromatix.uklinux.net/ tagline: The key to knowledge is not to rely on people to teach you it.