Technology

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.

I don't understand the first one, why would we want that? Wouldn't it be enough to make it possible to move accounts similar to how mastodon does it (but including your local content)?

My bigger problem is that if a instance goes down then the community is gone. I like how Matrix has solved it that you can have aliases and the content gets replicated on other servers, etc. Then even if people defederate then you still have your old copy and people can keep using it.

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

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

@DaughterOfMars

For #1 - ive thought about that.

My thought would be something like a small LDAP type server. Self-hostable. You make a user like myuser@mydomain.net and its honored as a log in for the various fediverse stuff.

So like it could hold the subsciptions for the communities on the various threadiverse servers you connect to localy, and when you open say lemmy.ml, part of the info sent for your user would be a list of communities you are subscibed to on lemmy.ml.

If it just handles the user auth, then it could also be a user auth for other fedivers stuff too. PixelFed, and Mastodon, etc. Each service could have its own sub section of the user object's info.

You would still probably end up with a "home" instance you would use, but if that home instance becomes untenable, or goes away, then you would just pick a new instance and log in there with your myuser@mydomain.net account.

Im not a good enough dev to code it, but thats my idea anyway.

The idea of federating communities does sound like a good idea. Now that I think of it I'm surprised that isn't already a thing.

How do decentralized identities interact with unique usernames? By Zooko's triangle, if identities are distributed and secure (implied by unique), the names are not human-meaningful. So we would be identified by public keys rather than usernames, like Tor onion addresses. Am I understanding this right?

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.