Chicken and egg problem, isn't it?

Reply to this note

Please Login to reply.

Discussion

I thought about it and wrote this chicken scratch down a few days ago:

I would have it so the client is simply providing the platform (the TV). User has choice on relay (channel). Client has less duty on input/requesting, more on output/receiving. Better for the individual, as Indiv will more likely use client if it’s sending notes better to the relays

I think amethyst is the only one. I use a iPhone unfortunately so I have no clue.

I like the idea of clients automatically subscribing to the relays listed in the notes of the npubs they follow, I can see how this could allow for a more decentralized mesh of relays than there is now.

The problem is that it would be a clusterfuck of bandwidth usage if based on the NIP-01 protocol, but seems like it might be workable with client-relay adoption of strfry's #negentropy set reconciliation algorithm. Exciting times.

Hmm maybe. I will usually filter through the feed of who I follow first, then move over to the relays, to flip through like TV channels