#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)

11 releases (2 stable)

2.0.0 Oct 23, 2024
2.0.0-rc.0 Jun 20, 2024
1.0.0 Feb 19, 2024
1.0.0-rc.0 Nov 17, 2023
0.1.0 Mar 9, 2023

#434 in Cryptography

Download history 983/week @ 2024-07-29 1221/week @ 2024-08-05 1805/week @ 2024-08-12 1039/week @ 2024-08-19 690/week @ 2024-08-26 511/week @ 2024-09-02 1049/week @ 2024-09-09 827/week @ 2024-09-16 965/week @ 2024-09-23 942/week @ 2024-09-30 668/week @ 2024-10-07 441/week @ 2024-10-14 730/week @ 2024-10-21 1129/week @ 2024-10-28 1215/week @ 2024-11-04 1330/week @ 2024-11-11

4,420 downloads per month
Used in 13 crates (8 directly)

MIT/Apache

285KB
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

~1–11MB
~123K SLoC