I think instead instances should have every community. There isn’t one /c/books, every server has a /c/books. Your feed pages just pulls from the entire fediverse. No concept of “creating” /c/books, it just is.
Likewise, there isn’t “a” moderator. Every user is a moderator. Whether you vote, or delete the post out ban the user (from your view), your moderation opinions are published publicly. Your local feed algorithm sees everyone’s “moderation opinions”, if the consensus of the community is delete, then it just doesn’t show up in your thread
For each “moderation opinions” by a user, your client investigates their historical record to address credibility and likelyness of being a bot, a user’s history is his credibility
I’ve got similar ideas, but not entirely the same.
What you call communities would be closer to what I would call content sources / repositories (host servers) plus topic tags. Then instead of consensus (because that’s too hard to automate with decent quality results) you’d have communities formed by subscribing to “curation feeds” which pull submissions and comment from all over the network in a similar style.
This would let you easily crosspost and comment to multiple related communities in a network, as well as to yeet bad mods/curators without losing any content or splitting the community (just create a new curation feed and get people to switch). You could similarly choose to have your client mix comment from multiple curation feeds (similar to “multireddits” on reddit).
Whatever the solution, it needs to create communal view of content or else users will not have a communal experience of which is the basis for a community. This is why multireddit remained a niche feature incapable of overcoming zealous moderation and censorship.
I think instead instances should have every community. There isn’t one /c/books, every server has a /c/books. Your feed pages just pulls from the entire fediverse. No concept of “creating” /c/books, it just is.
Likewise, there isn’t “a” moderator. Every user is a moderator. Whether you vote, or delete the post out ban the user (from your view), your moderation opinions are published publicly. Your local feed algorithm sees everyone’s “moderation opinions”, if the consensus of the community is delete, then it just doesn’t show up in your thread
For each “moderation opinions” by a user, your client investigates their historical record to address credibility and likelyness of being a bot, a user’s history is his credibility
I’ve got similar ideas, but not entirely the same.
What you call communities would be closer to what I would call content sources / repositories (host servers) plus topic tags. Then instead of consensus (because that’s too hard to automate with decent quality results) you’d have communities formed by subscribing to “curation feeds” which pull submissions and comment from all over the network in a similar style.
This would let you easily crosspost and comment to multiple related communities in a network, as well as to yeet bad mods/curators without losing any content or splitting the community (just create a new curation feed and get people to switch). You could similarly choose to have your client mix comment from multiple curation feeds (similar to “multireddits” on reddit).
Whatever the solution, it needs to create communal view of content or else users will not have a communal experience of which is the basis for a community. This is why multireddit remained a niche feature incapable of overcoming zealous moderation and censorship.
Usenet news - 2020s edition
I wish