**Things I care about in terms of software quality** It’s better for an application to do a few things well than many things poorly. With that in mind, here are some things that matter to me: **1 – Relay fragmentation** Much of Nostr’s traffic seems confined to a small bubble of relays. This is a problem. It’s common for contacts not to see my posts, or for me not to see theirs or their replies depending on the client. Something should be done so Nostr doesn’t revolve around a few major relays like the Damus relay. If this can be solved through configuration, it should still be transparent to the user. **2 – Feed control** The user’s feed should be their own space. Many problems—wasted time, digital dependency, dopamine-driven behavior—come from the lack of control over feeds and discussions. For example, I’d like to silence someone in a thread under my post without blocking them entirely. Blocking someone just because a discussion ended feels excessive. Users should control replies to their posts: who can reply, whether replies are allowed, and possibly even limits on replies. **3 – Separation of use cases** Groups and direct messages don’t mix well with feed-based social networks. Feed networks are about discovery, and users should be able to control the algorithm that curates their feed. Nostr makes this difficult, but if external software is needed to help curate feeds, that’s fine. My feed shouldn’t revolve only around people I follow, nor around a global feed full of irrelevant content. I want control over what I see. Nostr as a **protocol** is one thing; Nostr as the **infrastructure for a decentralized social network** is another. These should be treated separately.