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

Consider widening scope #83

Closed
chris-wood opened this issue Jul 19, 2021 · 2 comments
Closed

Consider widening scope #83

chris-wood opened this issue Jul 19, 2021 · 2 comments

Comments

@chris-wood
Copy link
Collaborator

chris-wood commented Jul 19, 2021

During the RGLC adoption call conclusion message, Stanislav noted:

At the same time, since there were some concerns about the constructions defined in the document, the scope of the draft might be generalized during further work. We seek volunteers who would like to work on the draft (considering not only RSA-based constructions, but, e.g., ElGamal based ones as well).

This issue tracks possibly widening the scope of the draft to support other signature schemes.

In my opinion, I think we should close this issue. I consider the scope best left as-is. Blind BLS, for example, can be added to the BLS draft, and blind variants of Schnorr-based signatures that are considered safe can be more succinctly specified in a separate document. Adding either here runs the risk of making the specification more complex and difficult to understand (and therefore prone to implementation mistakes), which seems counter productive.

@FredericJacobs, @jedisct1: what do you think?

@jedisct1
Copy link
Collaborator

I'm in favor of keeping the document focused on RSA, and more generally on having a dedicated document for each signature type.

This makes the document more consistent and less confusing. It is also easier to maintain and review.

@chris-wood
Copy link
Collaborator Author

Closing as proposed in IETF 111.

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