p384: Missing `Scalar::from_le_slice()` in v0.13 about elliptic-curves HOT 3 CLOSED

The changes occurred upstream in the elliptic-curve crate. See the CHANGELOG there:

https://github.com/RustCrypto/traits/blob/master/elliptic-curve/CHANGELOG.md#0130-2023-02-28

(Perhaps we should propagate these changelogs into each crate in this repo for ease of discovery)

The relevant changes are:

• RustCrypto/traits#1220
• RustCrypto/traits#1235

The goal of these changes was to provide each curve with more control over how field elements are serialized in order to support cases where the internal "bigint" representation is larger than a serialized field element, in order to support curves with moduli which are not clean multiples of 64-bits, in order to better support NIST P-224 and P-521.

As part of those changes, we adopted an idea from the ff crate that there is a curve-specific canonical endianness with the goal of helping reduce endianness-related bugs and incompatibilities.

The NIST curves use SEC1 encodings for field elements, which are big endian.

This hopefully shouldn't be too much of an inconvenience though? Just call slice::reverse on the input to convert it from little to big endian.

from elliptic-curves.

Yeah definitely enough workarounds. Was mainly confused about the change. Looking into the crate itself can be very confusing with all the macros as well. Thanks for the info and the great work!

from elliptic-curves.

The macros can hopefully be replaced by generics once const impl is stable

from elliptic-curves.