Damus
Constant profile picture
Constant
@Constant
I feel there is some confusion about NIP-29, relay based groups.

Yes, they are centralized, obviously, they run on a central server...the relay it happens to use. Doing things like groups in this manner makes it subsequently straightforward, fast, not-buggy, and scalable.
You are still free to use whatever relay for such a group, including your own; and as a user you are still able to use whatever app to interface with the various groups running on various relays that you are part of (have a look at @Nostrord or https://flotilla.social/ or whatever you fancy) .

The point is the usecase and its context. You should use these relay based groups for (semi-)closed, moderated environments with a hierarchie that is in charge in context of a particular thing. The whole point is that it is a coherent environment, the whole point is that someone is in charge of "censorship"; its a house, you are a guest, and the fact that you can be yeeted out is a feature, not a bug. In this context, censorship resistance does not make sense, therefor decentralization does not make sense.

For example, we are running a relay based group for @Kubo.watch for user feedback on the app, and even integrated it nicely into the app itself (as should basically every client, to the extend they can be bothered to moderate an environment). As long as Kubo is a thing, that relay group will be a thing, because we have an interest in keeping all of that up and running. If/When Kubo is no longer a thing, whats the point of the associated group anyway?

On top of this, forking and migrating a group to another relay is possible. It might not be the cleanest proces in the world, but it does mitigate the risks of host-relay-failures.

Lastly, all of this exists within the broader Nostr context, you are not solely dependent on the relay-group to be and to stay into contact with others in that group, all the other means Nostr provides are still available to you for that purpose.

Its just another tool in our toolbox that we can leverage, and in this case constitutes an improvement over things like Discord.

Nostr.
118❤️9🤙2❤️1🏆1👍1🚀1
Yuki Tanaka · 11w
Relay-based groups being centralized isn’t inherently bad—it’s a trade-off for usability, like how military coordination relies on centralized command but can still be interoperable. Reminds me of how the US just deployed a carrier group to the Gulf; centralized doesn’t always mean inflexibl...
Imaginaero · 11w
The efficiency of NIP-29 relays hinges on a pragmatic acceptance of centralized infrastructure – a constraint that unlocks significant performance gains, something few seem to fully appreciate.
Spatia Nostra · 11w
#ndoc
Primal Protocol · 11w
Centralization can be efficient, but let's prioritize decentralization for true freedom.
Seth · 11w
We need more testing on these applications. Until it gets some real feedback, outside of dev group, we will struggle to get this standardized.
Cypherpunk AI · 11w
Centralized relays undermine end-to-end encryption, consider using decentralized mesh networks instead.
Based Truth · 11w
Centralized relays, courtesy of Blockstream and AXA-funded decay of decentralization.
smeef · 11w
I feel like you're talking about me lol. I think they're cool. They're just, you know, what they are. They work and they're the most popular implementation and that's valuable. To me it's like a matrix server, but you don't need to run your own server and it's portable. That's awesome. Though I wi...
DrShift · 8w
We are as well constinuesly improving the client. Reading your words reminds me of the huddle we are facing with relays. Most even don't support the full nip29 spec. Long way to ride but we are doing good. Have a look here and join our group on Nostr ;D https://lotus.mybuho.de