And then notify your addressee with a tip and unique id with masked (using shared secret -> derived encryption key) url to a web server with signed message.
You fetch your addressee's transaction directly from the blockchain (spv or full node), extract public key, do ecdh with your private key, derive shared secret, derive unique id
BitcoinIsP2PC4$H The server in the scheme above is not involved in a handshake. The "handshake" is non-interactive, thus you only need to fetch your addressee's public key from tx
You are becoming dependent on several third party key-servers etc. How will this system be better than keybase.io with their encrypted messaging service?
I am not against that, Memo is open protocol and you can associate the key right away. But I don't think this will work, pgp is a complicated setup and nobody uses it today.
there can be standalone open source memo implementations based on spv protocol where your keys are relatively safe and you do not need to use browser at all
>I do not trust my key is safe on memo. you can initiate a contact with your addressee from different key that's kept safe, and if needed proof your memo identity with signature.
BitcoinIsP2PC4$H, imo it's illogical to associate additional keys if we can do everything with bitcoin keys and some smart elliptic-curve Diffie–Hellman
I have a feeling Memo will extend far beyond one blockchain. Imagine different blocckians as subthreads of the common protocol. One key everywhere, optimally tied to a community identity system (Namecoin).
Ok, I really need to sit down and describe the protocol as a whole with all the tiny details figured out. We can than proceed to PoC implementation, as a browser extension for ex.
The difference from today’s email system is that your are not tied to a particular provider. All social connections are on a blockchain level. You key is your account.