You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In #53, several crates in this workspace (poseidon-parameters, poseidon-permutation, poseidon377) were rewritten to use const generics such that they can be used on embedded platforms. During that work, poseidon-paramgen was removed as a build time dependency of poseidon377 in favor of hardcoding the existing parameter set in the params module. It would be nice to rewrite poseidon-paramgen such that we have a reproducible way of generating the parameters that are in use for Penumbra.
One challenge here is that now all matrices are of sizes fixed at compile time. This is fine for e.g. MDS matrices and submatrices, where the size of the matrices are determined by the state size of the hash function. However, the handling of the round constants will need to be reworked across all repositories in this workspace. This is because the size of the matrix of the round constants is (number_of_rounds, state_size) - but we don't know the number of rounds until we run the logic in the parameter generation code (i.e. at runtime, not at compile time).
The text was updated successfully, but these errors were encountered:
In #53, several crates in this workspace (
poseidon-parameters
,poseidon-permutation
,poseidon377
) were rewritten to use const generics such that they can be used on embedded platforms. During that work,poseidon-paramgen
was removed as a build time dependency ofposeidon377
in favor of hardcoding the existing parameter set in theparams
module. It would be nice to rewriteposeidon-paramgen
such that we have a reproducible way of generating the parameters that are in use for Penumbra.One challenge here is that now all matrices are of sizes fixed at compile time. This is fine for e.g. MDS matrices and submatrices, where the size of the matrices are determined by the state size of the hash function. However, the handling of the round constants will need to be reworked across all repositories in this workspace. This is because the size of the matrix of the round constants is
(number_of_rounds, state_size)
- but we don't know the number of rounds until we run the logic in the parameter generation code (i.e. at runtime, not at compile time).The text was updated successfully, but these errors were encountered: