[hashcash] Re: libfastmint update 20040915

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:     chromi@xxxxxxxxxxxxxxxxxxxxx
website:  http://www.chromatix.uklinux.net/
tagline:  The key to knowledge is not to rely on people to teach you it.


Other related posts: