1. The first public test version of Keychat used seed phrases instead of nsec. This was because we believe seed phrases are more suitable for chat applications, as one seed phrase can derive multiple nsecs. It wasn’t our intention to create a closed system. Due to many people wanting to use their existing nsecs, we added nsec login in our new version. However, we still recommend using seed phrases.

2.Regarding the contact list, Keychat's contact list is stored locally on the client side and is not uploaded to the relay. Keychat's contact list and your following on Damus are different things.

3.We think it's reasonable to set Keychat relay as the default relay, just as Damus relay and nos.lol relay are default relays. Plus, users can remove the default relay. We insist on the stamp model because we believe there’s no such thing as a free lunch in the long run, and anything that's free indefinitely is more likely treating the user as the product.

4.Finally, 0xChat and Keychat/Simplex chat are vastly different; they are not the same type. Its default end-to-end encryption lacks forward secrecy and backward secrecy. Its optional secret mode's end-to-end encryption is also significantly inferior to the Signal protocol encryption. In the trade-off between forward/backward secrecy and better multi-device synchronization, it opts for better multi-device synchronization. nostr:note196jlftc3man9k92xzkugclzgqtu56mz9ht36szlk65hapt00c3fq0zrene

Reply to this note

Please Login to reply.

Discussion

nostr:note174em9hd7vpdud3nf0m2jnpgxc38pgfwghtu9hz7ya4gq6pt2hu2qzav9mj

I tried to sign in with the seed and I couldn't

The seed phrase login has not yet launched; this feature is being implemented along with backups. Since the Signal protocol encryption algorithm is stateful, backing up the double ratchet state files is also necessary.