Technology

Just as instances can share their posts in one page, communities should be able to federate with other, similar communities. This would help to solve the problem of fragmentation and better unify the instances.

On this point specifically, I think this idea is good. Multiple communities sharing a pool of aggregates that can moderators opt into. Great, I don't know how feasible that is with ActivityPub, but I hope it can be worked out once the dust has settled.

However, "fragmentation" is neither a problem, nor do I feel exists as things currently stand. If different servers want to host communities around a similar topic, that's not a bad thing. On Reddit, you had Gaming, Games, Truegaming, etc. They're all about playing games, video or otherwise, yet if you look at them at all you'll see they cater to almost completely different audiences. I don't NOT want ultra dominate monolithic groups. I think if their existed a single "Technology" community then that would be a failure of the fediverse.

Right now is a period of extremes, so don't evaluate communities too harshly. In the long run, I want to see dozens, maybe hundreds of small communities that maybe don't get a huge amount of traffic, but are none the less, active and interesting.

Lemmy needs two things to be successful:

1. users
2. users

and it's already getting more and more of those.

Personally I don't know if Lemmy needs these to be successful. Depending on your viewpoint, Lemmy already is successful. Lemmy instances existed long before the current Reddit influx and seemed to be doing okay even if things were a bit slow.

Maybe I'm wrong about this, but it feels to me like most people coming over from Reddit are viewing federation as multiple people helping run parts of a larger single site instead of viewing each Lemmy instance as its own entire community and site with the great benefit of federation allowing direct access and communication to other sites running in the fediverse. Identities and communities are specific to an instance because that instance is an independent community. In that frame of mind, having a different account on different instances and overlapping community topics between instances makes sense. Same way multiple forums have boards about the same topic and joining multiple forums meant multiple accounts. Federation just makes it easier to see across that gap.

I think these are "nice to have" features rather than absolutely essential, but:

For 1. I could deal with just being able to download my list of subscriptions and upload it to another server. That's the only bit that's really slow to copy over by hand.

For 2. I think the main thing that really would benefit is the ability to search all active communities on all servers. The way it is now is alright if there are only half a dozen really active instances whose communities I might be interested in, but it doesn't scale if there are hundreds of servers to check out. Probably the more important of the two IMHO in the long run.

1- You mean something along the lines of Hubzilla's nomadic identities? or how?

Nomadic Identity: The ability to authenticate and easily migrate an identity across independent hubs and web domains. Nomadic identity provides true ownership of an online identity, because the identities of the channels controlled by an account on a hub are not tied to the hub itself. A hub is more like a "host" for channels. With Hubzilla, you don't have an "account" on a server like you do on typical websites; you own an identity that you can take with you across the grid by using clones. Channels can have clones associated with separate and otherwise unrelated accounts on independent hubs. Communications shared with a channel are synchronized among the channel clones, allowing a channel to send and receive messages and access shared content from multiple hubs. This provides resilience against network and hardware failures, which can be a significant problem for self-hosted or limited-resource web servers. Cloning allows you to completely move a channel from one hub to another, taking your data and connections with you.

2- This is a good Idea. But I'm not sure how posible it is as of now

I like the idea of aggregating communities. Especially if the modding tools are powerful enough. This could lead to communities being essentially curated lists of other communities. Which is great for new users to discover new communities without being overwhelmed by the unordered list of communities on the instance.

Another feature that I'd like to see is an equivalent to the mastodon's lists, a way to aggregate communities for yourself. So that you could browse the content of communities sharing a same theme in a dedicated view.

100% agreed with both. Especially DIDs just need to happen on all ActivityPub platforms. It will not only free users from being locked to an instance, but it will also allow instances to be much more flexible in scaling their capacity. Lemmy.ml is overloaded because they have too many users, and anyone who signed up there can no longer use their account. DID would allow them to immediately use their account from any small or large instance with spare capacity without changing the experience. The same would go for Mastodon.

These are good points. It sucks that as a PhD student in CS, I still don't understand the workings of federation and other important Internet concepts. I hope someone smarter will work on this stuff, though.

I think there's a third big thing: really good UX. I don't have an Android phone, so I don't know about Jerboa, but the web interface ... could use some work. I know the bug with new posts pushing the feed down is on track to be fixed soon, but wow, it can be really quite bad. iOS apps are getting way better quickly, too, but overall they're nascent.

I can't quite put my finger on it, but additionally, I think the ranking algorithm(s) could use some work. I can see there's tons of content, if I sort by new, but sorting by active results in stale posts, and sorting by hot doesn't seem to quite hit the sweet spot on tenured/good quality content vs. newness. The recent ranking bug(s) haven't helped matters there either.

I agree completely! And thanks for clearing up the disassociative identity disorder question, because I actually was wondering for a second. 😆

But if #1 is too hard, the ability to download all of your data from a login and possibly upload it to another account would be a good stopgap.

I don't see the big problem in 1. Compare it to e-mail. If you want to switch provider you have to backup and restore your emails if you want to.

Nobody bats an eye that amiladresses contain a maildomain but with Lemmy everyone is used to the reddit way. Give it some time, people will get used to it.

The syncing and federation problems we are experiencing right now will get solved in the future, people will get used to the new naming scheme.

Point 2 is a great idea btw.

Point 1 is part of why I'm gonna start self-hosting a Lemmy instance at some point. If I host my own instance then I can back up my data and ensure it's never lost.

Obviously there are plenty of bugs and QoL features that could dramatically improve the usage of Lemmy

Federation is not reliably delivering comments and other Lemmy content between servers. People need to be looking for such problems, so far there isn't any tool to observe or track this problem.

https://github.com/LemmyNet/lemmy/issues/3101

For the second one there is an issue on github discussing it.

I don't think these are such a big deal. Point 2 is cool, and sounds somewhat feasible, but I'd like to hear your plan to implement the first one. It's a lot of work, and I don't think it would affect flocking that much.

I like your points.

Short term they need to work on the "all front page". It doesn't seem to give me popular posts from all instances, it's full of 2 to 3 to 4 day old posts that were never very popular. I have to manually go around (like to this community) to find content.

Lemmy needs me to be able to login.....Let's start with the basics.

Regarding point 1- if people would just stop signing up on lemmy.world, lemmy.ml, and beehaw.org, because they have the most people-

Things would go much smoother!

Pick an instance based on uptime, or hell, create your own instance.

Piling all of the eggs into a single basket is destined to result in failure.

Just to add a little more context, here’s the W3C recommendation for DID:

https://www.w3.org/TR/did-core/

These are good observations that address concerns I am having that I didn’t know how to explain.

A few points about #1 I did not see talked about. First global ID is of a lot less value on Forums then on things like Mastodon. At least the way I use forums I have no interest in building a persona. Frankly would prefer totally different IDs on different servers and frankly I think we should encourage people to be subject focused not persona focused on Lemmy anyway. There's to much of this ego stuff that goes on on other platforms.

The second thing is logging into multiple systems is a solved problem. If you do not have a password manager get one. Bitwarden or one of the LastPass versions depending on your platform for example. Another better way is SQRL or U2F. There is also a more recent thing, maybe PassKeys (?), cannot remember. In particular central authentication servers are nuts. Not even LastPass that specializes in them could do it correctly. Just NO. More then that let us not rebuild Reddit. We do not want central infrastructure.

I think point two is interesting, but only if the communities choose too. One of the interesting promises of federation is that you can have competing communities with different interests. I can completely see commerical interests hosting a server (e.g the NBA or NFL) that has strong brand identity as a place to interact with stars, and then the un-branded fan sites. IMO, the competition is what makes the Fediverse interesting, and seeing that play out is fascinating.

I think number 1 is important so it’s easier to move. Otherwise we could feel centralized to one instance rather than feeling free to federate

You can create a one-person instance and hold your identity there.

If you what you want is for every server to hold your identity, you have to trust all servers. I think that an evil admin would be able to impersonate any user from any instance if that were the case. How do you delete your account? Can an any admin delete your account everywhere? Which one is the real "you"?

Decentralized Identity could be implemented relatively easily just by allowing users to enter a their public key, like in git or PGP. How to sync the data is a different matter though. Maybe you can enter a username (e.g. @user@instance) in your instance's search field and have it federated to your account there if the cryptographic signature matches?