It kinda makes me wish that instances were forced to be single-topic, or even single-community, and that authentication was key-based so that you didn’t need to “make” an account on a single instance.
The key based (and content addressing based) thing is what bluesky is building. They’re starting of with Twitterish microblogging, but there’s people building forums on top the protocol too. Federated, of course.
Lemmy is built upon the ActivityPub Protocol which has the flaws mentioned above
Bluesky is built upon the AtProtocol which to me also looks kinda great
https://yewtu.be/watch?v=wJBCpzM1VfM ;- Video that explains the difference (i just watched it minutes ago)
https://atproto.com/docs ;-Docs for learning how it works
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).
As a midpoint there’s things you can do like “2/3 consensus of X, Y and Z’s submission selections on topics ABC”, then defining that as it’s own feed people can subscribe to.
But it gets complicated to mix and match when different subcommunities have very different local cultures.
It kinda makes me wish that instances were forced to be single-topic, or even single-community, and that authentication was key-based so that you didn’t need to “make” an account on a single instance.
User accounts being key-based/portable is one of the strengths of the nostr protocol and Bluesky/AT Protocol.
The key based (and content addressing based) thing is what bluesky is building. They’re starting of with Twitterish microblogging, but there’s people building forums on top the protocol too. Federated, of course.
Lemmy is built upon the ActivityPub Protocol which has the flaws mentioned above Bluesky is built upon the AtProtocol which to me also looks kinda great https://yewtu.be/watch?v=wJBCpzM1VfM ;- Video that explains the difference (i just watched it minutes ago) https://atproto.com/docs ;-Docs for learning how it works
Removed by mod
Usenet news - 2020s edition
Removed by mod
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).
Removed by mod
As a midpoint there’s things you can do like “2/3 consensus of X, Y and Z’s submission selections on topics ABC”, then defining that as it’s own feed people can subscribe to.
But it gets complicated to mix and match when different subcommunities have very different local cultures.