Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Schnorr signatures #53

Closed
daurnimator opened this issue Apr 28, 2019 · 3 comments
Closed

Schnorr signatures #53

daurnimator opened this issue Apr 28, 2019 · 3 comments

Comments

@daurnimator
Copy link
Contributor

For a project, I'm looking for an implementation of Schnorr Signatures to store many signatures within a small constant size.

Is this something that would fit into libhydrogen?

@jedisct1
Copy link
Owner

libhydrogen already implements Schnorr signatures (see the hydro_sign* API).

What it doesn't support is multi-parties signatures.

With BLS being currently standardized, I'm not convinced that there's still a point in using Schnorr signatures for multisig.

@daurnimator
Copy link
Contributor Author

What it doesn't support is multi-parties signatures.

What would it take to add it?

With BLS being currently standardized, I'm not convinced that there's still a point in using Schnorr signatures for multisig.

AFAIK, BLS signatures are much more expensive to validate than plain schnorr signatures?

Either way, do you intend to add BLS signature support to libhydrogen?

@jedisct1
Copy link
Owner

BLS signatures are computationally expensive, but besides being shorter, they have a huge advantage over Schnorr multi-signatures: they can be deterministic, i.e. they won't fail if the random number generator does. This is quite an interesting property for embedded systems.

That being said, I'm not planning to add either, as very few applications require multisigs, and libhydrogen should remain lightweight and constrained to what most application need.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants