#threshold-signature #signature-scheme #schnorr-signature #signature #threshold #schnorr

frost-rerandomized

Types and traits to support implementing a re-randomized variant of Flexible Round-Optimized Schnorr Threshold signature schemes (FROST)

9 releases (1 stable)

1.0.0 Feb 19, 2024
1.0.0-rc.0 Nov 17, 2023
0.7.0 Sep 13, 2023
0.6.0 Jul 5, 2023
0.1.0 Mar 9, 2023

#1885 in Cryptography

Download history 859/week @ 2023-12-10 279/week @ 2023-12-17 226/week @ 2023-12-24 384/week @ 2023-12-31 538/week @ 2024-01-07 633/week @ 2024-01-14 657/week @ 2024-01-21 1243/week @ 2024-01-28 696/week @ 2024-02-04 752/week @ 2024-02-11 753/week @ 2024-02-18 667/week @ 2024-02-25 402/week @ 2024-03-03 572/week @ 2024-03-10 577/week @ 2024-03-17 684/week @ 2024-03-24

2,257 downloads per month
Used in 8 crates (6 directly)

MIT/Apache

265KB
5K SLoC

FROST (Flexible Round-Optimised Schnorr Threshold signatures) Rerandomized

Base traits and types in Rust that implement 'Two-Round Threshold Schnorr Signatures with FROST' generically for frost-core::Ciphersuite implementations, with support for Zcash-compatible RedDSA re-randomized signatures.

Status ⚠

The FROST specification is not yet finalized, and this codebase has not yet been audited or released. The APIs and types in frost-rerandomized are subject to change.

Usage

frost-rerandomized is similar to frost-core, but provides different sign() and aggregate() functions adding support for re-randomized signatures. End-users should not use frost-rerandomized if they want to sign and verify signatures, they should use the crate specific to their ciphersuite/curve parameters that uses frost-rerandomized as a dependency, such as reddsa.

Example

See ciphersuite-specific modules, e.g. the ones in reddsa.

Dependencies

~2–14MB
~147K SLoC