this post was submitted on 17 Jun 2023
138 points (81.4% liked)

Lemmy.World Announcements

29079 readers
298 users here now

This Community is intended for posts about the Lemmy.world server by the admins.

Follow us for server news ๐Ÿ˜

Outages ๐Ÿ”ฅ

https://status.lemmy.world/

For support with issues at Lemmy.world, go to the Lemmy.world Support community.

Support e-mail

Any support requests are best sent to info@lemmy.world e-mail.

Report contact

Donations ๐Ÿ’—

If you would like to make a donation to support the cost of running this platform, please do so at the following donation URLs.

If you can, please use / switch to Ko-Fi, it has the lowest fees for us

Ko-Fi (Donate)

Bunq (Donate)

Open Collective backers and sponsors

Patreon

Join the team

founded 2 years ago
MODERATORS
 

Hey all, so I've been trying to embrace the fediverse life. My background - I've been on the internet since pre-WWW, so I've seen it all.

I think there's a structural issue in the design of Lemmy, that's still correctable now but won't be if it gets much bigger. In short, I think we're federating the wrong data.

For those of you who used USENET back in the early days, when your ISP maintained a local copy of it, I think you'll pick up where I'm going with this fairly quickly. But I know there aren't a ton of us graybeards so I'll try to explain in detail.

As it's currently implemented, the Fediverse allows for multiple identically named communities to exist. I believe this is a mistake. The fediverse should have one uniquely named community instance, and part of the atomic data exchanged through the federation should include the instance that "owns" the community and a list of moderators. Each member server of the Fediverse should maintain an identical list of communities, based on server federation. Just like USENET of yore.

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.

This would eliminate the largest pain point/learning curve that Lemmy has vs Reddit.

Open to thought. And I'll admit this isn't fully fleshed out, it was just something I was thinking about as I was driving home from work tonight

Lemmy is good, but it could be great.

(page 2) 41 comments
sorted by: hot top controversial new old
[โ€“] Finite@lemmy.world 3 points 1 year ago

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

[โ€“] assbutt@kbin.social 2 points 1 year ago

How does that not defeat the entire purpose? You're suggesting one global 'sublemmy', as it were, with one global team of moderators. How is that in any way different or better than what we just left behind?

[โ€“] kubica@kbin.social 1 points 1 year ago

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.

[โ€“] funkyb@lemmy.world 1 points 1 year ago

not sure that solution is a good one for this environment. I'm new but from what i've seen the concept of moderation is different and your solution is trying to engineer a reddit-like moderation design to an architecture that is fundamentally not reddit-like. Moderation here is at the instance level, not the community level.

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?

load more comments
view more: โ€น prev next โ€บ