Release 0.14.0#63
Conversation
Adds a provided method to the `Group` trait for performing multiplication by the generator. The use case is overriding this method in the event that precomputed scalar multiplication tables are available, which may be conditional depending on crate features like `alloc` or feature-gated static precomputed tables.
Raise MSRV to 1.63
Co-authored-by: Jack Grigg <thestr4d@gmail.com>
Bump to rust-random 0.9
Relax Sized requirements on the rng
Provide a `Group::try_from_rng`
Add `Group::mul_by_generator`
Preview 0.14.0-pre.0
|
Hey @str4d, Do we have a target date for this to be merged or is it a long term PR that is not intended to be merged right away? |
|
#70 updates |
NOTE: depends on zkcrypto/ff#149 Release notes for `rand_core` v0.10.0: https://github.com/rust-random/rand_core/releases/tag/v0.10.0
This unifies the methods previously exposed by the `PrimeCurveAffine` and `CofactorCurveAffine` traits. The prime-order and cofactor traits are now all marker traits, and their affine-specific traits are automatically derived.
Introduce `CurveAffine` trait
Bump `rand_core` to v0.10; MSRV 1.85
Matches the naming adopted in zkcrypto/rfcs#1.
ebfull
left a comment
There was a problem hiding this comment.
ACK modulo commits I authored.
|
It'd be good if some of the items from #80 could be addressed, namely #75 and #78 The release of |
from that tracking issue, #75 seems like an idiomatic target, will optimistically review #82 (purely additive, backwards compat without ff / trait bound / dep changes). for #78, if the proposed endianness handling lived in |
|
Happy to publish |
|
Also note that while I can take a shot at an RFC I'm still not entirely clear what API would be acceptable. Should we add a method to e.g. (I think these concerns would be more ergonomic to handle in |
|
Published |
This is a feature branch; PR is open to track the overall 0.14.0 changes.