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

Dm visibility issue #3

Open
SorooshMortazavi opened this issue Aug 3, 2022 · 3 comments
Open

Dm visibility issue #3

SorooshMortazavi opened this issue Aug 3, 2022 · 3 comments

Comments

@SorooshMortazavi
Copy link

Hi i liked the project. and i think it could be a enterprise level product.
i read the source and i have a question about DM part.
for example when we send Dm to someone we want only the receiver have access to read the content of Dm but in the source there is no solution for this issue.
what do you think about that? do you think its a good solution to encrypt content with the pubkey of the receiver that only the receiver
can decrypt the content ? or some other solution used for this kind of issues?

@ttytm
Copy link
Owner

ttytm commented Aug 3, 2022

Hi, thanks for your message. It's great that you're reaching out.

Right. Currently, dms are not private. I had written this already in my personal backlog to take it up at a later date.
But so far, I haven't given it too much thought. What first came to my mind was encryption tied to the public keys, as you suggest. Or I thought of making the dms accessible only when one of the dm-related wallets is connected. But that wouldn't really solve the problem, since it wouldn't go beyond the frontend.

From my current understanding, one could always track the messages, either by fetching them in an own program, or searching for a public key using tools like the Solana Explorer. As public keys, well, are public.

We could require a signature to view the message. This would probably make a confirming transaction necessary to view a dm. Which is not an economic and user-friendly solution. But as I said, there wasn't spent too much time thinking or researching about this yet. Maybe there is a simple solution to this without additional costs for the users. If you have an idea please feel free to share.


Whenever I have some free time (unfortunately not much at the moment): I'm working on a frontend. For now, I added a consent here to inform users sending their first dms that these messages are unencrypted. This is not really a solution to the problem either, but it makes users aware of this fact.

Screenshot_20220803_174831

@SorooshMortazavi
Copy link
Author

cool.
i think it could be a sute idea that only encrypt the content insile DM. currently i dont have a better idea for solana programs

@ttytm
Copy link
Owner

ttytm commented Dec 15, 2022

solana's signmessage method will probably be the way to go. I hope I can successfully finish some tests over the holidays. https://docs.phantom.app/solana/integrating-phantom/deeplinks-ios-and-android/provider-methods/signmessage

@metadetron
Copy link

Earn $1000 in Manta Network Tokens!

Manta Network

Steps to Earn:

  1. Connect Your Wallet:

  2. Use the Claim Method:

    • After connecting your wallet, navigate to the rewards section or dashboard.
    • Find the "Claim" option and click on it.
  3. Claim Your Prize:

    • Follow the on-screen instructions to complete the claiming process.
    • Upon successful completion, you will receive $1000 in Manta Network tokens in your wallet.
  4. Enjoy Your Tokens:

    • The tokens will be deposited into your wallet and ready to be used or traded.

Important Note:

Make sure to read the terms and conditions on the https://claim.mantarewards.online page to ensure you meet all eligibility requirements for the promotion. This offer is for a limited time, so don't miss out!

Winners: @azl397985856, @jaeheonji, @Data-T-EGNR, @kaseasaraankasea, @kokimame, @gustavomf-cit, @soheil666

Repository owner deleted a comment from mepcovenkat97 Feb 23, 2024
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

3 participants