What if Nostr starter packs included recommended content, in addition to follows?

For example, a “Bitcoin 101” starter pack could include recommended:

- Follows

- Articles

- Podcasts

- Videos

Same can be applied to any topic: climbing, surfing, nutrition, etc. Nostr apps that support this would implement slick UX for users who get onboarded onto a new topic like this.

Old Nostr DM (NIP-4) integrates four capabilities into a single Nostr key—it serves as an ID, an encryption key, a receiving address, and a sending address.

The encryption key in NIP-4 does not change, so NIP-4 messages lack both forward secrecy and backward secrecy.

Consequently, if the private key is compromised, both historical and future messages can be exposed.

The receiving and sending addresses remain constant, which poses a severe issue for metadata privacy in NIP-4 messages;

Everyone can see who (ID) is sending messages to whom (ID).

Currently, most Nostr apps use NIP-4 for DM functionalities, such as Damus and Primal.

——————————————————————————————————————

New Nostr DM (NIP-17) integrates three capabilities into a single Nostr key—it serves as an ID, an encryption key, and a receiving address.

Kind-17 separates the sending address from the ID, making the sending address random and concealing the sender's real ID, thus improving metadata privacy.

The encryption key in NIP-17 does not change, so NIP-17 messages also lack forward secrecy and backward secrecy. Once the private key is leaked, both historical and future messages will be compromised.

The receiving address remains constant, so there is still a slight issue with metadata privacy in NIP-17 messages; everyone can see who (ID) is receiving messages.

Apps like 0xchat and Amethyst use NIP-17 to implement DM functionalities.

——————————————————————————————————————

In Keychat, the ID, encryption key, receiving address, and sending address are separated.

The encryption key, the receiving address, and the sending address are updated independently and continuously.

Keychat's encryption key is derived using the Signal protocol, and each message uses a unique encryption key, which is deleted after use.

Thus, Keychat messages have both forward secrecy and backward secrecy. Even if an encryption key is compromised, only the current message can be leaked, and historical and future messages remain secure.

Keychat's sending address is randomly generated for each message.

Therefore, external parties do not know the sender's ID.

Keychat's receiving address is derived using the Signal protocol, with almost every message using a unique receiving address.

Thus, external parties do not know the receiver's ID.

——————————————————————————————————————

However, it's important to emphasize that NIP-4 and NIP-17 offer superior multi-device synchronization capabilities because they integrate three capabilities into a single Nostr key—it serves as an ID, an encryption key, and a receiving address.

Governor Katie Hobbs vetoes Arizona’s Strategic Bitcoin Reserve bill, despite its passage in both the state House and Senate.

She states: “Arizonans’ retirement funds are not the place for the state to try untested investments like virtual currency.”

AfD have joined nostr

So tired 😵

How do we feel about tulips? #flowerstr

Bitcoin core devs are trying to add a bunch of data requirements that no one wants. It’s not quite block wars 2.0 but time to switch nodes to Bitcoin Knots.

GM, drama is great for Bitcoin.

Hey let’s make it cute so more people use it. 😬 so creepy

But sad, because you know people will fall for it 🤦‍♂️

nostr:note1t8x05fvqz28ecwq9mvwypy8qaqpk5myxsang9ssj3egmvsm2pdyqdjzesj

if core ships an update i do not like then i will refuse to update my nodes

if the trend continues then i will support an alternative implementation

everything else is noise

The GitHub right sidebar is useless and annoying.

Reduce, declutter, simplify.

eat steak. touch grass. hodl bitcoins.