Kecessa

@Kecessa@sh.itjust.works

This profile is from a federated server and may be incomplete. Browse more on the original instance.

I might move again. (Or not) (lemy.lol)

I moved from Lemmy.ml because I liked the name of Lemmy.world and it ran a newer Lemmy version which meant I could make communities. I moved from Lemmy.world because they defederated from piracy communities they didn’t even host (but for some reason still kept the small piracy community they DID host) From thelemmy.club...

Kecessa, (edited )

I’ll say it again and again, decentralization needs to be something the end user doesn’t notice, signing up to Lemmy should be like signing up to a centralized service with the servers running things being decentralized and the info redundant so servers can go down without having any effect on the service.

Let the admins decide if they don’t want to host content from certain communities, let the users decide if they want to block communities and users.

Kecessa, (edited )

You’re still dependent on a single point of failure, what I’m talking about is doing like any other website but instead of using a provider like AWS, you’ve got a bunch of people all over the world providing storage space and bandwidth and all data is stored on three servers in different locations at all times so there’s basically no reason for the website to ever crash.

If you were to access Lemmy from a web browser you would need to remember what server you’re signed up to because that’s the website you would need to go to, you wouldn’t be going to “Lemmy.com” or whatever.

Kecessa, (edited )

There are no instances anymore with this system, it’s the data hosting that’s decentralized, the front-end looks like a centralized website so you would go to Lemmy.com instead of whatever instance you signed up on.

Imagine Reddit but there’s no central authority and instead of using a service like AWS it’s just people providing storage space and bandwidth and they can decide not to host content from certain communities on their server, but from the user’s point of view they wouldn’t know where they’re pulling the data from.

So no, you couldn’t have two users with the same username. The user database could easily be shared by all storage providers or the database could be randomly split and you would have to mention what part of the database your info is stored on when logging in. When creating your account (where it checks for doubles on the whole username list hosted on all servers) you’re given a random third credential that you need to mention when logging in so the service knows which servers host that part of the user database (all info including the database would have triple redundancy).

Right now a website’s data might not be stored on a single server so that’s already how things work, the difference is that all the different servers are owned by the same company (like Amazon or Google). In the backend the servers communicate together to provide the data to the users so it feels like everything is hosted in the same place.

TL;DR: The best way to fix things is to make it work like it does for any other websites but to only decentralize the hosting instead of also decentralizing the communities.

Kecessa, (edited )

I know it’s not how Lemmy works, what I’m saying is “There’s a big issue with how Lemmy works, here’s how I think decentralization should be approached instead.” Having terabytes of information possibly disappearing because one person gets in a car accident on their way to work isn’t an improvement vs a centralized system hosted on AWS.

Communities would be moderated by their creator, server admins could decide not to host content from any communities they don’t want to host, if no server admin wants to host your community then you’re free to host it on your own server or to fix the problems with it.

There’s illegal content on Lemmy right now, even instances that don’t want to host it need to clean up their images folder because of it, so it’s not as if the way it works right now is any better for that and it’s not as if there’s no instance admin ready to host that content.

User credentials can be stored securely. Do you think your instance admin has a text file with your password written in plain characters?

The third credential I was suggesting is just one solution so not all servers have to have a “master database” with all user info stored, split the database and let the users know they need to remember they confirm their login through database X or Y. I’m sure much more intelligent people could come up with another solution.

Kecessa,

If you disagree with the admin’s choices when it comes to defederating other instances, that’s the main reason why you would switch to another instance…

  • All
  • Subscribed
  • Moderated
  • Favorites
  • localhost
  • All magazines
  • Loading…
    Loading the web debug toolbar…
    Attempt #