-
Notifications
You must be signed in to change notification settings - Fork 5.1k
Feature request: personal.decrypt
, enable an encrypted message for a publicKey to be decrypted from that wallet
#2039
Comments
@emilianobonassi Thanks for offering your help here! We currently do define contribution rules in PR #3224. Feel free to read them and to use the PR template we do provide and also don't hesitate to ask here in this issue or on your proposed PR if something isn't clear to you. Btw.: I would recommend implementing this feature in the 1.x codebase because the 2.x architecture is changing heavily (refactoring 2.x: #3249). |
any update about this? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions. If you believe this was a mistake, please comment. |
Metamask has added asymmetric encryption support in V8.0.0 |
hey @emilianobonassi |
A really nice feature of
web3
ispersonal.sign
, enabling a user to sign data with their wallet. It seems like this has enabled a lot of interesting features in DApps (i.e. logging in by signing a message with wallet, signing legal documents with wallet, etc..)I think it would be great to also support the 'inverse',
personal.decrypt
- enabling a user to decrypt data (encrypted for their public key) with their private key. ie data for a specific public wallet address can be decrypted from the wallet (similar to https://github.com/pubkey/eth-crypto#decryptwithprivatekey). assuming the data was encrypted for that specific public wallet address (similar to: https://github.com/pubkey/eth-crypto#encryptwithpublickey)One example use-case, a DApp has some info for a specific user (ie a transaction receipt), so they encrypt it for that user's public wallet address, upload this encyrpted data to ipfs, and then the user can pull this encypted data and decrypt it by confirming in their wallet. this way the DApp can display the data to the user in the frontend without access to the user's private key
DApps could even facilitate the sharing of data between parties (ie user to user, or user to a different dapp) without actually having access to that data
Is this a realistic feature to get added to the web3 interface? Any potential blockers or issues?
Thanks,
Mike
The text was updated successfully, but these errors were encountered: