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
For the sake of maintaining both type-1 and type-2 provers (and possibly additional variants along the way), with minimal code duplication, as well as to facilitate any upgrade that would affect both versions, we need to prover to be modular enough and activate one instance over another through feature flags.
In particular, with respect to type-2, we need:
identify the distinct Kernel parts that need distinct handling
unify the entry / exit point of pieces that would have distinct logic (for instance mpt_trie vs smt_trie), i.e. identical stack modifications
tweak the proving code (cf extra PoseidonStark table and CTLs for instance). We may want to have a dedicated constant module with distinct versions inside, instead of the hardcoded (and possibly changing) values here and there (cf const NATIVE_INSTRUCTIONS: [usize; 13] for instance).
The text was updated successfully, but these errors were encountered:
For the sake of maintaining both type-1 and type-2 provers (and possibly additional variants along the way), with minimal code duplication, as well as to facilitate any upgrade that would affect both versions, we need to prover to be modular enough and activate one instance over another through feature flags.
In particular, with respect to type-2, we need:
mpt_trie
vssmt_trie
), i.e. identical stack modificationsconst NATIVE_INSTRUCTIONS: [usize; 13]
for instance).The text was updated successfully, but these errors were encountered: