> See also: “Meow hash” Meow hash may very well be fast on large data, but it completely fails the "small code" criteria, which is one of the clearly stated de

> See also: “Meow hash” Meow hash may very well be fast on large data, but it completely fails the "small code" criteria, which is one of the clearly stated design goal of Chibi. Generally speaking, the "code as small as possible" is IMO a design constraint that is very often under-estimated or even ignored for these type of algorithms, including the crypto hard ones. I personally find the "code fits on half a page" metric very important: beyond satisfying some very personal sense of aesthetics, it buys you quite a lot of nice properties: - fits in head - inlines like a dream - easy to integrate - easy to do header only - easy to security audit - pretty hard to introduce bugs - nothing up my sleeve numbers pretty much obvious For these reasons, I used to love the TEA (tiny encryption algorithm) [1] before cryptanalysis unfortunately showed it to be weak. Its successors (XXTEA, etc...) are already almost too big for my taste. The speck cipher [2] is quite nice in that regard, in spite of its rather untrustworthy provenance. [1] https://en.wikipedia.org/wiki/Tiny_Encryption_Algorithm https://en.wikipedia.org/wiki/Tiny_Encryption_Algorithm [2] https://en.wikipedia.org/wiki/Speck_(cipher) https://en.wikipedia.org/wiki/Speck_(cipher)