I disagree respectfully, as I think this is a feature and not a bug of a federated structure. It's well known that reddit suffers from the "20K Law", which is that "The quality of any subreddit drops off a cliff after it gets more than 20K subscribers". Which is likely because that is the limit of effective manual moderation.

So, having multiple communities on the same topic would be a fundamental fix to that issue, as instead of one giant community, instead you get different, smaller communities with different culture on the same topic, whose users can still talk to each other.

I think the current system is fine as is, we're not trying to remake a better reddit, we are trying to be better than the limits of reddit.

The fediverse should have one uniquely named community instance […]

So, you know, domain name? Kinda stopped there.

I think that would defeat a piece of the point of a decentralized system. In the current design, what will naturally happen is that if one instance has all the good content on a particular topic, most users will gravitate toward it anyway. We can read across federated instances anyway so I, a kbin user, have no problem reading something on lemmy like this.

Then let's say one day lemmyworld@lemmy.world gets taken over by people who want to post stuff I don't want to see. If I miss how it used to be here, I could go make lemmyworld@kbin.social and it would be fine.

Communities should have categories/hashtags that users can optionally sub to, like the 'metacommunities' like plz1 said but optional and multiple. Mastodon does hashtagging and can be done on a post by post basis. The forum software Flarum has a 'tag'/category system and an additional hashtag system, so what I'm thinking of is more like the Flarum system since it would be awkward to hashtag every single post in a community/magazine/whatever.

So if I wanted to just get solarpunk tech I'd sub to that, but if I wanted that and even moar I'd sub to a generalized Tech tag. Make sense?

I'm not understanding how this would work with instances who wish to defederate and segregate their community? It seems like an "all or nothing" approach that instances who have defederated already wouldn't be on board with... For instance what happens if beehaw owns the "gaming" community, and then defederates from lemmyworld. Lemmyworld users just no longer have a "gaming" community?

This would be excellent if done right. What I am curious about is, where this will be implemented? On the protocol level in activity pub or with each GUI (mastodon, pixelfed, lemmy, kbin etc) need to individually implemented it?

Is this similar to the global DNS network? There would need to be a protocol to exchange and keep the list up to date

What if there was a way for communities to self opt-in to an aggregate name. The magazine settings could have an aggregate name that makes them show up under the aggregate tag. Kinda like a hashtag, but controlled at the mod lvl, and completely separate from hashtags.

I understand your idea, but I think it would defeat the purpose of the fediverse. It would create single points of failure that are un-correctable.

I also think many people forget that Reddit never functioned any differently. Everyone seems to have forgotten (and I’m not saying you have!) that there are and were always multiple subreddits for any given topic. With slightly differing names. The only reason people are forgetting this is because eventually one or a handful became pre-eminent and the others died or became transformed into something more niche.

I think it’s a problem that will ultimately correct itself, but I think a tags based system, like hashtags in Mastodon, would be a better solution for tying communities/magazines together through metadata.

I'm personally ok with multiple technology instances. It was weird at first, but I think that is by design.

I do agree that user management needs a redesign. I have three fediverse usernames that I created because I was a noob and everytime it asked me to login I would get denied and create an account. This would be absolutely awful for the normies.

This is where IPFS might actually be useful. Also this might help fight the trolls.

I'm one of those USENET greybeards and I think this would probably be a mistake. If you let a name be uniquely claimed by an instance, how do you decide which instance gets to be "in charge" of that?

Better IMO would be to update the various interfaces to be much more explicit about including the instance name along with the user/community name. So that it's always clear that a user or community is at a particular instance.

We do still need better migration tools for moving users and communities around, though.

This could also be the gateway into instance transference. If the instances are more in-sync, it will be easier to transfer either a user account or a community.

Indeed, does it not make sense in a fediverse where you can forward or change your account to another instance a community, be it called magazine or lemmy can change instance as well.

It would also be a protection.
Already now we are seeing some instances of lemmy's / magazines growing larger than others e.g. selfhosted on lemmy.world vs lemmy.ml

Image in a year time if the largest of the communities would suddenly drop out (database corruption, server takedown, admin issue) again all the knowledge / posts are again lost and difficult to recover.

Or does it already work that way and I'm still not really grasping this hole fediverse thing?

I see this suggestion as problematic and recreating a problem reddit had. One group could lay claim to territory and everyone was stuck with however good or bad the culture was in the sub and however good or bad the mods were. There were some places with mods on a powertrip creating an exclusionary or outright toxic environment.

I think it's a feature, not a problem. If you have multiple communities for popular topics, if one or two of them turn toxic or have unpopular moderation policies you have other places to go. Think of it like forums, popular topics had many forums to choose from - but each had slightly different cultures. Also since forums could individually be quite small, they were often a lot friendlier.

Federation makes it easy to explore different communities, but we don't need to import the bad parts of centralisation.

I understand what you’re saying but i have a different idea.

First, user accounts should probably be federated. Or federated accounts should be easily identifiable versus non-federated. Federation is pretty easy if you tie it to google, Facebook, Microsoft saml/openid. I’m fine with those options but I understand how others may not.

2nd, I think magazines should be collapsed until they are not.

For instance, pics.kbin, pics.lemmyworld, and pics.reddit2 should show up as the “pics” magazine. If kbin decides to defed, their content now appears to everyone as pics.kbin.

This adds a layer of abstraction that only appears when it’s relevant. Users could of course decide to display this info if they wanted, but by default it wouldn’t show up.

Moderation is more difficult, but I think federation has a place here too. A magazine could decide to federate, and the mods, with federated identities, would then be able to do the needful across instances. If things don’t work out they could defed their magazine.

They may have the same name, but they have suffixes that don't actually appear, such as @lemmy.world @lemmy.lm. I oppose this idea. Because when the servers do the defedere people don't have access to that community. We have recently seen an example of this. It's okay to have more than one community with the same name, but a lemmy grouping feature can bring. In this way, we can eliminate clutter by grouping communities with the same name. At the same time, the fact that different communities with the same name have different moderation understandings provides people with an alternative in community selection. Reduces moderation pressure

I can't form an opinion right now.
If all similar communities appeared combined into a single community I'd still be likely to want to still filter out sources.
But at the same time sometimes a place to see them all together sounds appealing.
It seems that I want both, but probably what we have now is the most flexible, forcing less limitations.

Yeah I think tags or some other way to congregate similar content from different instances would improve my experience a lot. I got like 3 same subs now on 3 instances and all their content is small, if those three were linked somehow say through a tag, they could interact with each other a lot easier and it would seem like one bigger community.

Solution is hashtags + community name, not a "fedicommrc".
I was in FidoNet with a BBS in 1988 and on the Internet since 1990 first through a dialup vt100 connection to a Unix login access point for usenet and email before the Internet was available to the public. Communities are a special interest of mine. I started a particularly good one for Permaculture using a mailing list with email. I still run it. Noone should, for example, OWN the only permaculture community in the Fediverse. What are others who want their own going to do to gain users and generate traffic? call it permaculture2 or thatotherpermaculturecommunity or permaculture-general or permaculture-westernworld. Letting one group control any particular Fediverse named community is a really bad idea. Have you ever started and run a community (newsgroup, mailing list, subforum, fb group, google group, webforum, whatever)? Having one group control any named community is bad enough but everyone with an instance having to deal with a fixed list of communities for the entire Fediverse is absurd. You could easily have a multiplicity of communities with the same name but identified with hashtags for subjects they specialize it. This should solve your problem with community naming and with this no distributed list of communities for instances to carry would be needed. You could carry 6 different permaculture communities and each would be uniquely identified with hashtags alone. Make sure to code the software to feature those hashtags prominently along with the community name for ease of finding and subscribing to them.
Are you talking about a Fediverse version of a Usenet newsrc? Those who install an instance and want their own communities named as they choose would just do that and ignore any network-wide policy. Other instances can block them for doing that but they can simply connect with other like minded instances and form their own network and forget Federation. This is especially true when some gang of control freaks own a named community, i.e. permaculture. That is not going to fly. Disunity but independence within the Fediverse will rule.