I have a number of Lemmy instances meant for discussion groups around specific topics. They are not being as used as I expected/hoped. I would like to set them up in a way that they can be owned by a consortium of different admins so that they are collectively owned. My only requirement: these instances should remain closed for registrations and used only to create communities.
Dear Lord, I had no idea one could be so lost and still be so confident when making an argument.
I am not trying to be mean, it’s just that you are arguing against things that are completely made up.
Shared ownership is a policy to prevent single-points-of-failure. Every large-ish instance has multiple admins. This is even a requirement in the Mastodon Covenant: your instance is only listed on the joinmastodon site if the instance has at least two people who can independently access the admin panel.
You don’t need any of that. As long as the collective has control over the domains and that backups are created and available for everyone, admins could simply move the instance to a new place with a new deployment and a DNS change.
It does not mean that every admins needs to have direct access to the server, and it does not mean that the server will go down if one of them goes rogue. Every minimally competent organization has security processes in place to avoid that.
I can’t even imagine how you go to this non-sequitur. The idea of having multiple admins is only to ensure that these instances are not under control of a single individual and would not be represent a systemic risk to the overall Fediverse.
Another non-sequitur.
How is that working out for the communities on feddit.de, and the many other instances that disappeared in the last year? Did you notice there are gone?
Another non-sequitur. Are you sure you have a clear understanding of how federation works?
Ah, sorry if that wasn’t clear, the entire second half was theoretical about a better way of doing this.
A type of federation where there is no “home” for a community any more. It exists equally on all servers, so any being removed would have ~0 effect.
I mentioned that basically because I feel that’s a much better solution to the problem than shared ownership + locked registrations. Sorry if that wasn’t clear, not my primary language.
This is not federation anymore, but an entirely different architecture. Nostr works like this, but it also has its flaws.
What flaws?
Your key is your identity. If it’s lost or stolen, you can not revoke it. That alone will make it virtually impossible to be used as an official application protocol for any organization.
Usability is even worse than anything on ActivityPub
Moderation is entirely punted to the end user.
(not technical, but relevant) it is completely dominated by Bitcoin maxis
That’s not true it’s not entirely punted to the end user. It starts with the relay operators just like it does instances. All of the same moderation tools that users have on instances and with clients Nostr users have too, so I’m not really sure about that comment. Also, maybe it’s because I’m a US citizen but I don’t get what so problematic about individualism and allowing users the ability to drive their own experiences. You mention the keys that’s still under user control as if instances have not gone down with users identities, content and social graphs Usability worse than anything on AP that’s very broad. Go point for point with comparisons You can filter out any content related to Bitcoin.
If you have examples of relays differentiating themselves based on moderation policies, it would be appreciated. Not just “we are extreme free speech holders” vs “we pay attention to some laws here”. What nostr relay is actually running a strict filter, or do any type of analysis on the message content beyond “payment only”?
If instances go down, there are still lots of possible backups: someone can recover the domain name and regenerate keys (or even recover a database copy). If someone loses a private key, there is no turning back. The fact that (some) poorly managed system are not recoverable does not mean that it is as fragile as something as nostr that gives up completely on making it.
The same can be achieved on ActivityPub, no new protocol is needed for that.
Also, this is not matter of individualism, but of UX. It’s “nice” when users have the ability to make decisions on their own, but it is terrible when they have to make all decisions on their own to get started.
I’m not sure they do, I was confused by their comment as well.