• 0 Posts
  • 3 Comments
Joined 1Y ago
cake
Cake day: Jun 12, 2023

help-circle
rss

Spreading communities across as many instances as possible is no doubt a good thing, but it doesn’t really solve the forking problem, and “the community can fall back on x or y to figure out what to do” demonstrates that pretty well - if a third instance is set up to replace those two communities, then that third instance breaks down, which of the two (or, let’s be honest, more than two) different instances/communities are used as the fall back, and how is that communicated to users who likely don’t even understand federation?

For federated communities to win out over monolithic platforms, they really need to reduce the power held over communities by the instance administrators - seamless migration of communities and user profiles between instances is a major gap in Lemmy - and make it almost completely transparent to the user. The user shouldn’t really at any point see much of a difference between Lemmy and Reddit, for example.


No, this would be just as bad as, or maybe even worse than, a single monolithic social media website. That one instance would have higher running costs, and also greater power and influence and would be able to shape the narrative on controversial issues.


Clearly the real answer to this question is neither, and that Lemmy should incorporate a feature for automatically synchronising content between communities on different instances, in a way that reduces the duplication of data, if possible.

There’s little or no value in defederated social media if one instance hosts a number of large communities that all other instances depend on. It’s almost the same as the typical monolithic website with a public API model.