Human Folly about “hash”

(permalink.gmane.org):
#ZFS developer says the #BLAKE2 #hash isn't even close to the #performance of Edon-R.
on 02015-08-23
Murmurhash3 (code.google.com):
#performance of the Murmur3 #hash is about 1.68 bytes per cycle, 5 gigabytes per second on a core of a 3GHz Intel Core 2 Quad Q9650, as of 2011.
on 02015-08-23
Hash functions (strchr.com):
#hash #performance #benchmark including Murmur2, Murmur3, CRC-32, FNV-1a, but not SipHash yet and actually no “secure” hash functions like MD5, SHA-2, or Keccak.
on 02015-08-23
(jsperf.com):
#hash #performance #benchmark in #JS. MurmurHash gets 14k ops/sec in my Firefox; MD5 only 687; SipHash only 1589; and the equivalent of Java string hashCode() 12k.
on 02015-08-23
(github.com):
Juan Benet’s definition of “Merkle DAG”, the #hash foundation of IPFS (and also Merkle trees, Git, and Bitcoin). #ndn
on 02015-08-18
Sakura (keccak.noekeon.org):
Sakura is (mostly) a #crypto tree hashing mode for constructing tree hashes from secure #hash functions. It avoids a #security problem that I don’t understand yet with confusing leaf nodes with internal nodes.
on 02015-08-18
Item (news.ycombinator.com):
“Server relief”: the client computes the #scrypt #hash of your #security #password, then sends the server a salted SHA-256 of it.
on 02015-08-13