this post was submitted on 14 Nov 2024
492 points (87.3% liked)

Fediverse

28396 readers
132 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to [email protected]!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 53 points 3 days ago (12 children)

Hey... that just gave me a small idea... what if we made a "flock" or "herd" of Mastodon servers? The group of servers would all federate with each other, have the same block and allow lists, moderation policy and teams spread throughout them.

When you make an account you can be assigned a random instance name within the flock. If your instance goes down you could still possibly log in using other servers? Main benefit would be spreading server costs and maintenance effort and de-centralized operating, but still keep a centralized feel to it?

[–] [email protected] 3 points 2 days ago (3 children)

If they have the same people running all of them, how is that different from running a single mastodon server in kubernetes, so that it doesn't get overloaded?

[–] [email protected] 2 points 2 days ago (2 children)

You'd have different domain names to get people used to the concept. John Doe would sign up, and become [email protected], Jane Doe would sign up and become [email protected]

[–] [email protected] 2 points 2 days ago (1 children)

This is quite unnecessary, it would be simpler if we have a list of the long-running and most stable instances and have the users pick one.

[–] [email protected] 4 points 2 days ago* (last edited 2 days ago)

That is what we have now, but clearly people are averse to making a choice that they are not technically inclined to know how big or small the consequences of that are. My solution is a spitball one with obvious flaws, but essentially it is that the instance is picked randomly out of a group of very closely, if not identically aligned servers.

load more comments (8 replies)