Should frobenius_map powers be unrolled #209
Labels
D-medium
Difficulty: medium
P-low
Priority: low
T-design
Type: discuss API design and/or research
T-performance
Type: performance improvements
Currently we have a method
fe.frobenius_map(power)
, which computes a given power of a frobenius map. This involves multiplying a field element by frobenius coefficient. In many instances, these frobenius coefficients are1, -1
, however we resort to general multiplication in these cases.The frobenius map power is almost always known at compile time, (and as far as I can tell only ranges between 0,1,2,3 in usage within the library), so we could switch this for a potential #206 optimization if we change the API to have different functions for different frobenius powers, or have a macro of some sort for computing this when the power is known at compile time.
This is potentially a notable speedup to the pairing
The text was updated successfully, but these errors were encountered: