aboutsummaryrefslogtreecommitdiffstats
path: root/crypto/blake2b
Commit message (Collapse)AuthorAgeFilesLines
* crypto/blake2b: fix 386, round 2Péter Szilágyi2019-08-221-1/+1
|
* crypto/blake2b: fix non-amd64 buildsPéter Szilágyi2019-08-222-4/+57
|
* core/vm, crypto/blake2b: add SSE, AVX and AVX2 codePéter Szilágyi2019-08-2112-132/+2526
|
* core/vm, crypto/blake2b: add BLAKE2b compression func at 0x09Piotr Dyraga2019-08-212-0/+290
The precompile at 0x09 wraps the BLAKE2b F compression function: https://tools.ietf.org/html/rfc7693#section-3.2 The precompile requires 6 inputs tightly encoded, taking exactly 213 bytes, as explained below. - `rounds` - the number of rounds - 32-bit unsigned big-endian word - `h` - the state vector - 8 unsigned 64-bit little-endian words - `m` - the message block vector - 16 unsigned 64-bit little-endian words - `t_0, t_1` - offset counters - 2 unsigned 64-bit little-endian words - `f` - the final block indicator flag - 8-bit word [4 bytes for rounds][64 bytes for h][128 bytes for m][8 bytes for t_0] [8 bytes for t_1][1 byte for f] The boolean `f` parameter is considered as `true` if set to `1`. The boolean `f` parameter is considered as `false` if set to `0`. All other values yield an invalid encoding of `f` error. The precompile should compute the F function as specified in the RFC (https://tools.ietf.org/html/rfc7693#section-3.2) and return the updated state vector `h` with unchanged encoding (little-endian). See EIP-152 for details.