The privacy leakage of metadata in encrypted messaging can be divided into two levels: application level and network level. At the application level, using registered accounts as addresses makes it easy for server to know who is messaging whom. A better practice would be to use different and updated sending and receiving addresses for each message. At the network level, metadata privacy is compromised when the user's client connects to the server, as the server can identify the user's IP address. Network level issues can only be solved at the network level. MASQUE Proxy holds great promise for addressing network level metadata privacy issues. View quoted note →

Maybe we should write an NIP-1840: using cashu sat as a note stamp. The first stamp was issued in 1840.

Penny Black - Wikipedia

The MASQUE Proxy should be the final piece in the protection of metadata privacy at the network level.

The MASQUE Proxy

MASQUE (Multiplexed Application Substrate over QUIC Encryption) is a set of protocols and extensions to HTTP that allow proxying all kinds of Inter...

View quoted note →

Just like how we used to check if we had our keys and wallet before leaving the house, Keychat is the keys and wallet of our online world.

👍 Perhaps we can now design a new internet application. View quoted note →

The ThreadChat mode in Damus is quite interesting. We have envisioned a ChatThread mode for Keychat group chats to make discussions more focused. View quoted note →

From the perspective of user control, having a Nostr public key and publishing notes on several relays is akin to owning several personal websites. The relays function more like cloud servers. This is entirely different from registering an account on a social media platform. The Nostr public key is the core entity, while the relays are the medium. View quoted note →

Nostr is superior to the Web in many ways, such as having public keys and digital signatures. However, Nostr lacks the space-based structure, and users only receive information through time-based feed. “The space-based web we currently have will gradually be replaced by a time-based worldstream. This lifestream -- a heterogeneous, content-searchable, real-time messaging stream -- arrived in the form of blog posts and RSS feeds, Twitter and other chatstreams, and Facebook walls and timelines.” We need space-based structure and search on Nostr.

WIRED

The End of the Web, Search, and Computer as We Know It

It all began with the “lifestream,” a phenomenon that I predicted in the 1990s and shared in the pages of Wired almost exactly 16 years ago. It...

We consider Keychat as a chat browser also because, just like anyone can create a website, anyone can create a chat bot, such as an AI bot or an RSS bot. All Keychat users can choose an ID to add bots as friends, pay per use with ecash sat for bot services, without the need for registration. Ecash sat prevents spam and allows bot creators to earn income, moving away from the traditional reliance on advertising revenue like websites. View quoted note →

The Lightning Network is the bridge between ecash mints. If you want to swap ecash from Mint A to Mint B, you need to go through the bridge. 👇

If you think Nostr’s user growth is too slow, take a look at this book. Web protocols also experienced the ‘gradually, then suddenly’ process.

Berners-Lee: Weaving the Web

Goodreads

Weaving the Web : The Original Design and Ultimate Dest…

Tim Berners-Lee, the inventor of the World Wide Web, ha…

We should consider Telegram as a modern message board/forum app with a chat-like UI, rather than a secure and private chat application. They are different applications.

In the offline world, we clearly understand that IDs and addresses are not the same thing. However, in the online world, we often take it for granted that IDs and addresses are the same. It's really strange 🤔 View quoted note →

To help users understand this design, tell them that the ID and address are different and that a fixed ID should not be used as a message address. The address should be updated continuously. View quoted note →