Struct winter_crypto::hashers::Rp64_256
source · [−]pub struct Rp64_256();Expand description
Implementation of Hasher trait for Rescue Prime hash function with 256-bit output.
The hash function is implemented according to the Rescue Prime specifications with the following exception:
- We set the number of rounds to 7, which implies a 40% security margin instead of the 50% margin used in the specifications (a 50% margin rounds up to 8 rounds). The primary motivation for this is that having the number of rounds be one less than a power of two simplifies AIR design for computations involving the hash function.
- We use the first 4 elements of the state (rather than the last 4 elements of the state) for capacity and the remaining 8 elements for rate. The output of the hash function comes from the first four elements of the rate portion of the state (elements 4, 5, 6, and 7). This effectively applies a fixed bit permutation before and after XLIX permutation. We assert without proof that this does not affect security of the construction.
- When hashing a sequence of elements, we do not append Fp(1) followed by Fp(0) elements to the end of the sequence as padding. Instead, we initialize the first capacity element to the number of elements to be hashed, and pad the sequence with Fp(0) elements only. This ensures consistency of hash outputs between different hashing methods (see section below). However, it also means that our instantiation of Rescue Prime cannot be used in a stream mode as the number of elements to be hashed must be known upfront.
The parameters used to instantiate the function are:
- Field: 64-bit prime field with modulus 2^64 - 2^32 + 1.
- State width: 12 field elements.
- Capacity size: 4 field elements.
- Number of founds: 7.
- S-Box degree: 7.
The above parameters target 128-bit security level. The digest consists of four field elements and it can be serialized into 32 bytes (256 bits).
Hash output consistency
Functions hash_elements(), merge(), and merge_with_int() are internally consistent. That is, computing a hash for the same set of elements using these functions will always produce the same result. For example, merging two digests using merge() will produce the same result as hashing 8 elements which make up these digests using hash_elements() function.
However, hash() function is not consistent with functions mentioned above. For example, if we take two field elements, serialize them to bytes and hash them using hash(), the result will differ from the result obtained by hashing these elements directly using hash_elements() function. The reason for this difference is that hash() function needs to be able to handle arbitrary binary strings, which may or may not encode valid field elements - and thus, deserialization procedure used by this function is different from the procedure used to deserialize valid field elements.
Thus, if the underlying data consists of valid field elements, it might make more sense to deserialize them into field elements and then hash them using hash_elements() function rather then hashing the serialized bytes using hash() function.
Implementations
The number of rounds is set to 7 to target 128-bit security level with 40% security margin.
Sponge state is set to 12 field elements or 768 bytes; 8 elements are reserved for rate and the remaining 4 elements are reserved for capacity.
The rate portion of the state is located in elements 4 through 11 (inclusive).
The capacity portion of the state is located in elements 0, 1, 2, and 3.
The output of the hash function can be read from state elements 4, 5, 6, and 7.
Applies Rescue-XLIX permutation to the provided state.
Rescue-XLIX round function.
Trait Implementations
type BaseField = BaseElement
type BaseField = BaseElement
Specifies a base field for elements which can be hashed with this hasher.
fn hash_elements<E: FieldElement<BaseField = Self::BaseField>>(
elements: &[E]
) -> Self::Digest
fn hash_elements<E: FieldElement<BaseField = Self::BaseField>>(
elements: &[E]
) -> Self::Digest
Returns a hash of the provided field elements.