pull down to refresh
Yeah. The server will delete after a fixed amount of time that the user sets (default is 90 days), or if they request a burn. There is also an option to never delete. This could be neat for nostr since deletion on nostr doesn't really work. Correct, anyone can copy it while it's live -- my thinking was this replicates human interaction in terms of social discretion around things like rumors, strategy, etc.
I considered briefly letting people run their own hosts, and that might be next step. Open sourcing the protocol, maybe even all code, so anyone who wants can run their own, and allowing them all to be cross compatible.
So far it seems no one is really interested in the idea though, so might just hold off. I am not a developer, so I thought it was cool to be able to put together a working product with Claude in just a couple days! I'm not sure what the future of cyberspace / coms will be, but it seems everyone has the sense that human computer interfaces are about to become rather different than the way they are now.
I like that the decryption key is in the URL fragment that means the server literally can't read your messages since browsers don't send the # part. That's a clean way to handle it. How does the expiration work on your end? Does the server just delete the encrypted blob after a set time, or is there something built into the encryption itself? And I'm guessing there's no real way to stop someone from just copying the text before it expires right?