LFL(Let's Fo Live) is a nostr live streaming software that runs on your own domain. You can write notes from it, check your feed, voice rooms, zap. They dont have a app yet but someday they will, but the plan is to add a friend request system. If someone doesn't accept your friend request you won't be able to like, reply, interact with any nostr profiles. The relay and software will just ignore everything unless you are friends with each other. It solves the spam issue. On top of that you can even require users to pay some sats to send a friend request. I support this system because I don't want strangers or spammers to like or reply on any my notes unless I give them permission. They're should be an official NIP for this system.

Replies (2)

It does solve the spam issue and I like it. But only as long as the restriction is implemented on your inbox relay layer (or in this case in the relay that is hosting the livestream chat). How does it work in LFL?
It's not implemented yet. It's being currently designed the friend request system. LFL has its own database, so technically we could store the connection relationships there and have LFL ignore replies/interactions from anyone who isn't connected. But I don't really want this to become an LFL-only system. Ideally there would be a NIP/standard for publishing the connection relationship so other clients and relays could understand it too. Are you suggesting the user's inbox relay should know who they're connected with and reject unauthorized replies before they're even stored? If so, I'd be interested in how you think that should work. That's the part we're still designing. For now it's going to be an LFL system only and LFL doesn't have a app yet. I believe the app clients have a lot of power and should be designing this type of system and thinking about it.