frost-shamir-degree-constraint
FROST uses two different methods for generating shared random numbers. Method 1 (for the shared secret ) uses DKG, which needs two rounds of communication. Method 2 (for the nonce ) uses simple aggregation, which needs just one round. So can we use method 2 for generating , since it's faster?
No. Method 1 generates Shamir secret shares that let us recreate the shared secret with just of them. Method 2 creates additive secret shares, which requires all of them to recreate the shared secret . The threshold property comes from Shamir sharing, and simple aggregation doesn't give you that.
Can't we just convert additive shares to Shamir shares?
Can't we use method 2 to generate additive shares of , then later convert them to Shamir shares using the Lagrange coefficients ?
This doesn't solve the problem. After converting additive shares to Shamir shares, the underlying polynomial will have degree , not . So we would still need all Shamir shares to reconstruct .
In method 1, the underlying secret polynomial has degree , so on converting these Shamir shares to additive, we only need additive shares to reconstruct the secret .
Lagrange coefficients and share conversion
The Lagrange coefficient is basically , the Lagrange basis polynomial for evaluated at zero in the interpolation formula. So we don't need to reconstruct during signing.
Additive to Shamir. Given additive shares such that . Then are the Shamir shares that represent the same secret .
Shamir to additive. Given Shamir shares . Then are the additive shares. That is, .
Signing without reconstructing
How is the Schnorr signature created without ever reconstructing the shared secret ? Because the additive shares (of co-signers) used to generate are embedded inside the partial signatures . When the signature aggregator combines them, it's implicitly combining these additive shares. If these were aggregated standalone, they would in fact recreate .