Closed kaburkett closed 4 years ago
Documentation repo can be found here: https://github.com/kaburkett/Runar-docs Project work card can be found here: https://github.com/kaburkett/Runar/projects/1#card-13233689
I would say a big thing to decide is if there will be a server involved or will it be peer to peer. If there is a server handling the messages and encryption then that puts a lot of responsibility on whoever is hosting the server and also means that the user is placing a lot of trust in the server owner.
@abaga129 I agree, server based is no good, I like the idea of blockchain... but I don't like the messages to live forever because I feel that a critical piece of the puzzle is expiration of messages. It's true that encryption protects content of the messages when the secret is hidden, but, there is an appeal to not needing to safeguard a secret key. Here's an image that explains it all
How will p2p connections be established? Do they trade ip and port numbers?
What protocol do we want to use to hand messages between connectees?
Not to reference the demon but WhatsApp has a end-to-end encryption flow that might be a decent idea starting point https://faq.whatsapp.com/en/android/28030015/
construction of a messaging platform that requires complete anonymity does rely on the premise that you know nothing about the recipient, only that you have a way of passing the link and password to them.. key difference should be
I propose using the following for first iteration of this here message platform:
Since we never store the key and encrypt everything on the front end based on the user key input, I believe it's safe to place trust in whomever runs the server/service. The only thing that needs to be ironed out is verifying the removal of messages when a node is ran by an untrusted party, but we can figure this out in a future version when people are interested in running their own nodes
Want to create a list of key features for this interesting project. @abaga129 @rocke97 @smithandrewl @Snepsts