In my opinion, there are two big things holding Lemmy back right now:
-
Lemmy needs DIDs.
No, not dissociative identity disorder, Decentralized Identities.
The problem is that signing up on one instance locks you to that instance. If the instance goes down, so does all of your data, history, settings, etc. Sure, you can create multiple accounts, but then it’s up to you to create secure, unique passwords for each and manage syncing between them. Nobody will do this for more than two instances.
Without this, people will be less willing to sign up for instances that they perceive “might not make it”, and flock for the biggest ones, thus removing the benefits of federation.
This is especially bad for moderators. Currently, external communities that exist locally on defederated instances cannot be moderated by the home-instance accounts. This isn’t a problem of moderation tooling, but it can be (mostly*) solved by having a single identity that can be used on any instance.
*Banning the account could create the same issue.
-
Communities need to federate too.
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.
Obviously there are plenty of bugs and QoL features that could dramatically improve the usage of Lemmy, but these two things are critical to unification across decentralized services.
What do you think?
EDIT: There’s been a lot (much more than I expected) of good discussion here, so thank you all for providing your opinions.
It was pointed out that there are github issues #1 and #2 addressing these points already, so I wanted to put that in the main post.
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.
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
I think you are right, and I think a major contributor to this is how Lemmy is communicated. We are inviting people to a concept when they expect to be invited to a place.
“Join Lemmy!” indicates Lemmy is the site. A site. One coherent system. Then “and pick a federated server” just seems like random frustration.
“Join <the instance I am using>! It’s on Lemmy so you can easily contribute to the communities on Beehaw, lemmy.ml, toupoli, … without creating separate accounts there.” is how I think we should go about it.
That sounds highly inconvenient from a end user experience if I’m honest. As a predominantly mobile user having to have multiple accounts set up in app and remembering to change to the right one for each instance will get old quickly.
The problem is that Lemmy is being mentioned in hackernews reddit and elsewhere as a potential alternative. Not as an alternative with all those caveats in framing but just so.
Communicating what it is even more boldly might be useful (I know it’s been done quite a lot in long self posts but that I’m not sure how much of that goes through)
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.
Yes, I think there are other alternatives to accomplish a similar goal. It may be that lemmy will build in its own syncing of some kind. The method doesn’t really matter much to me.
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.
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.
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’m not familiar with Hubzilla, but it sounds like one possible solution!
I’ve never used Hubzilla or its cousin project friendica. But I know nomadic identity is a unique feature of the former.
For what I’ve read, it allows you to keep your friends and content that are also hosted on hubzilla, but any person from another platform you follow would be lost (you’ll have to re-follow) if you move instances through nomadic identity.
Putting a hypothetical lemmy nomadic identity as an example, If you move from a lemmy intance to another using clones, any community you subscribe to that’s based on lemmy will remain, but any kbin magazine you subscribe to would have to be re-subscribed
NFTs
Eh?
It’s a joke. You could have your account tied to an NFT. Then transfer it to another instance if you want.
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.
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.
Thank you for finding and writing the words for it.
Both points describe very well what I miss at least in Lemmy like Fediverse platforms.
Just to add a little more context, here’s the W3C recommendation for DID:
Been exploring, setting up my account, learning to use lemmy since 2am, this is the fundamental issue in facing, one that I cannot seem to wrap my head around.
I’m not sure (someone can correct me if I’m wrong) if my account is in certain instance, I can subscribe to communities in that instance, or other external instances. However, subscribing to communities in other instances is pretty tedious. I still don’t know how to reliably do it on PC let alone mobile. It’s a toss up for me if it’ll open in my account or a new page asking me to log in to that instance.
Hopefully in the coming months lemmy can take off and we can have something amazing on our hands
You can subscribe to any content anywhere as long as neither instance is on the other’s block list. If your instance hasn’t federated with the other instance yet, then you need to do that thing where you search for “!community@instance” and wait a few minutes. Otherwise, you just go to that community while on your home instance (e.g. for you, “mander.xyz/c/community@instance”) and click subscribe.
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.
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.
At least for now always sorting by new is very pleasant.
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.
It’s kind of assumed they would have to pick which communities to federate with. How would you propose doing that automatically 😂
Well, #1 is kind of impossible now. Different people can have the same ID on different instances.
#2, unless they really want to just be their own separate community completely, like an entirely different website, then yeah of course. That’s the point. Regarding the current major defederation, my understanding is that this not meant to be permanent and is a different situation. It’s a workaround basically.
Using DIDs would involve a completely different system. Everyone would have to create a new identity anyway.
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”?
