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

Can MPC shares generated using Alice be used for Signing on homomorphically encrypted Transactions. #182

Open
mechanicals opened this issue Jun 30, 2022 · 5 comments
Assignees

Comments

@mechanicals
Copy link

Is this a BUG REPORT or FEATURE REQUEST?:
Feature Request

What happened:
We have our own blockchain, and We are using Alice to generate MPC Shares needed for signatures for different blockchains (BTC, ETH). Currently we can smoothly generate Signatures on non-encrypted transaction data.
But our Transaction data would be actually be in an encrypted form for Production release and therein lies our blocker.

What you expected to happen:
We are trying to achieve the same result when generating Signatures for encrypted transaction data.
Any support or direction along these lines would be really helpful.

How to reproduce it (as minimally and precisely as possible):

Anything else we need to know?:

@cychuang0924
Copy link
Contributor

cychuang0924 commented Jul 1, 2022

Hi, mechanicals:
There are a question, which need to be clarified:
In your application, do you want a signature, which can be verified with the plain message?
However, in the stage of signature, does each participant get an encrypted message and unknow the
plain message of this ciphertext?
In my imaginary, the flow is:

  1. A person generates an encrypted message and sends it to signers.
  2. The signers get the encrypted message, work together to generate a signature, and send it to the person.
  3. The person gets the signature, which can be verified successfully respect to the original message.

Is it correct ?
In this case, how does each participant know the coming encrypted message, which is correct ?
Thanks a lot!

@cychuang0924 cychuang0924 self-assigned this Jul 1, 2022
@mechanicals
Copy link
Author

@cychuang0924 : Thank you for the quick response.

  1. Yes, we want a signature which can be verified with the plain message.
  2. Yes, each participant will get the encrypted message.

With our permissioned Blockchain Infrastructure, we can verify that the incoming encrypted message is correct.
Let me know if this answers your questions or any other clarifications are needed.

@cychuang0924
Copy link
Contributor

@mechanicals Could you send an email in private to me (i.e. [email protected])? Developing this feature is possible, but we need to discuss more with you. Thanks a lot!

@mechanicals
Copy link
Author

@cychuang0924 : thank you for the response. I will get in touch with over email.

@cychuang0924
Copy link
Contributor

cychuang0924 commented Jul 27, 2022 via email

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