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

no-std frost-rerandomized

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

12 releases (3 stable)

2.1.0 Jan 15, 2025
2.0.0 Oct 23, 2024
2.0.0-rc.0 Jun 20, 2024
1.0.0 Feb 19, 2024
0.1.0 Mar 9, 2023

#707 in Cryptography

Download history 700/week @ 2024-10-23 1547/week @ 2024-10-30 1211/week @ 2024-11-06 1383/week @ 2024-11-13 1088/week @ 2024-11-20 929/week @ 2024-11-27 810/week @ 2024-12-04 894/week @ 2024-12-11 661/week @ 2024-12-18 357/week @ 2024-12-25 474/week @ 2025-01-01 853/week @ 2025-01-08 1286/week @ 2025-01-15 922/week @ 2025-01-22 1448/week @ 2025-01-29 1947/week @ 2025-02-05

5,710 downloads per month
Used in 26 crates (11 directly)

MIT/Apache

320KB
6K 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

~1–11MB
~119K SLoC