I’ve been on Lemmy for some time now and it’s time for me to finally understand how Federation works. I have general idea and I have accounts on three federated instances, but I need some details.
Let Alpha, Beta, Gamma and Delta be four federated instances. I have an account on Alpha and create a post in a community on Beta. A persoson from Gamma comments on it and a person from Delta upvotes the post and the comment.
The question: On which instances are the post, the comment and the upvotes stored?
deleted by creator
It’s less efficient than a centralized forum would be, but efficiency isn’t the only or even the highest priority. Decentralization is the explicit point of the fediverse, and to the degree that that requires sacrificing some measure of efficiency, that’s just the way it goes.
The goal was to build a system that would be robust and relatively seamless while remaining decentralized. That’s more or less what they’ve done. There’s a fair amount of fine tuning and tweaking left to be done, and actively being done, but the basic system is what it is because it best balances all of the goals.
Also, all data isn’t stored on every Lemmy I stance, only (or mostly I guess) where it is relevant.
As long as 1 person from an instance is subscribed to a community, that person’s instance will fetch everything that happens inside that community (and keep storing it even if they later unsubscribe, unless manually purged by an instance admin)
So not everything everywhere but quite not that efficient …
Thanks for the explanation.
Right, which on a side note is most of why I have accounts on a number of different instances and regularly switch between them - because each instance is at least subtly different, since they each have different userbases, and thus somewhat different sets of subscribed and thus federated communities.
But if you on instance.alpha subscribe to a community on instance.beta that would federate the community to your local instance, right? Is there something I’m missing?
Right, but of course if you don’t subscribe to it (and nobody else does) then it doesn’t.
So, for instance, if you go in through an account on a narrowly specialized instance, you’re potentially not going to see a lot of the communities from other instances at all, even on their All, just because nobody’s bothered to subscribe to them. And you’ll likely see highly specialized communities that fit well with that instance that you might not see anywhere else.
The smaller the instance is, the more likely that is.
I have accounts on a couple of small instances on which I haven’t even bothered to subscribe to anything, since their All already matches what I want frim the instsnce.
Yes, if you know about that community. However, by browsing the all feeds of multiple instances, you come across communities you weren’t aware of and can subscribe to on any of the instances you have an account on. Assuming, of course, they all federate.
that’s possibly the best explanation of the difference between a corporate social or other media and a decentralised open source one.
It depends what you mean by inefficient. It’s very efficient if you’re optimizing for robustness and control of data.
It’s also very efficient if you’re optimizing for having an actual fucking conversation without algorithms or ads.
We’ve been trying to reach you about your cars extended warranty…
Control or redundancy of data?
If there is a federated delete, I get the impression there is no actual way to ensure that data is deleted?
I don’t mean control from the perspective of someone posting data. I mean from the perspective of the server owner.
Sorry, what do you mean?