Genuine inquiry . Maybe I am not experienced enough with the various federated platforms but I am an avid user of matrix, and have dabbled in lemmy. From what I have seen is federation is on the path to decentralization but not fully there. It creates fiefdom, little kingdoms . Great yes you may find one that suites you better, but users now can end up isolated to their island, switch island sure but now you are isolated for the previous island and maybe others. Its stupid. On matrix you need to know the other island(server) to even find its rooms(communities). Some rooms block users from one server while others block users of other servers. You either have to run multiple accounts or accept the limits. Add in you are at the mercy of your home server, you can lose your account have it immitated, and more. The performance is horrible not sure why, but content is slow to update and spread. Matrix has the problem because of its design most people are on the matrix.org server and so the point of federation is largely lost. They are moving to p2p where it seems the solutions for federation now dont apply.

Anyway why is federation not stupid? Are these problems only with Matrix? Cause I look at lemmy and it seems far worse.

    • Ferk@lemmy.ml
      2·
      3 years ago

      You’ll have alot of wasted info data that cannot be pruned, comparing it to fediverse where federated data can be deleted later. you’d have two copies that can’t be deleted.

      I don’t understand. Why would you have two copies? In my example there’s no federation. If I send a message to server B it’ll only be in server B. You don’t have to duplicate the data. I expect this would produce actually less duplication than if it was federated, since you don’t need server-to-server caching.

      No it’s not, I’m saying that you’d have to implement complicated solutions to a problem that federation solves it more simply.

      It’s actually simpler. Federation requires server-to-server communication.

      That really sounds like centralization. You don’t get to communicate with other servers then people would rather be in one place where everyone is there

      You can communicate with both server A and server B, without having to go through the process of creating an account in server A and server B.

      This is the same way as how you can post in https://<server-A>/c/fediverse and in https://<server-B>/c/fediverse with an account from <server-C>. The only difference is that in this case <server-C> would be an OpenID provider, specialized only in authentication, and not really a content provider.

      You could apply the same argument of why would people want to use https://<server-B>/c/fediverse if everyone is using https://<server-A>/c/fediverse

        • Ferk@lemmy.ml
          2·
          3 years ago

          Exactly.

          Two accounts that do not duplicate information and that both are linked to a single identity that you control (and that you can even self-host without depending in A or B).

            • Ferk@lemmy.ml
              2·
              3 years ago

              Whenever you see a video hosted in a server, you just post a comment to that video in that server. The authentication would just happen transparently. Your comment is still linked to your identity that would be server-independent.

              What is the advantage of doing it federated in this case? You still need authority to moderate the comments in the video. I expect Lemmy communities would not allow comments from servers that have been blacklisted or that have been removed, so ultimately the control of what content is in the community is centralized, only the access to the content and to posting is federated, so for the user there’s not much difference if the communication is server-to-server or client-to-servers.

                • Ferk@lemmy.ml
                  2·
                  3 years ago

                  Everyone who disagrees with the rules can talk to the admins, they’re humans. if you don’t agree with it, leave and find an instance that fits you.

                  I didn’t say I disagree with any rules. What I’m saying is that since the moderation authority is centralized for each community then the content stored in each community can be handled in a centralized way.

                  this you’d have the control to remove people in servers that are toxic, if you do this with openID you’d have to individually ban users.

                  The equivalent to this would be banning OpenID servers.

                  Though you do not have any guarantees that the accounts for all the toxic people are in the same server (same as you don’t have a guarantee that the toxic people use the same OpenID servers). Ultimately, banning individual users is inevitable.

                  You still need federation to social media servers or else it’ll be just walled gardens, centralized like we have before. your way wouldn’t work because the disconnected nature.

                  It’s not a walled guarden if anyone can make its own community and people can access to it using any (non-blocked) OpenId server with any client. The same way as https://lemmy.ml/c/fediverse is not a walled just because it’s hosted in lemmy.ml, anyone can also make their own community and people still can access it from any (non-blocked) third party instance with any client.

                • lemm1ngs@lemmy.mlOP
                  1·
                  3 years ago

                  Everyone who disagrees with the rules can talk to the admins, they’re humans. if you don’t agree with it, leave and find an instance that fits you. you’d still be able to access content all around fediverse.

                  Are you saying content censored in one instance still persists on others here?

                  I think the admin model can be done much better.

                  • gwynne0190@lemmy.ml
                    1·
                    3 years ago

                    If you meant one instance rules affects other instances by that, then no, that’s not how it works.

      • lemm1ngs@lemmy.mlOP
        1·
        3 years ago

        I like what you are saying with openid but without caching or duplication the network scales poorly and content can go missing.

        • Ferk@lemmy.ml
          1·
          3 years ago

          Each server can cache its own requests rather than every server having to also cache requests meant for other servers. Basically it shouldn’t be any different from how normal internet browsing scales, since it’s just that (you basically browse different sites through a consistent API interface) but with some extra standards being enforced so the identity can be shared.

          Content can go missing, yes. Same as how content can go missing in the regular web. That’s a consequence of requiring less duplication. Whether that’s a problem or not might depend on each usecase. Some might actually prefer that deleted content has less of a chance to stay around or have less latency when propagating changes.

          The proposal was based on the premise that “the point” is to have “intimate communities”, “like clubs”, “allowing people to have their own rules and customization”. My point was that these aren’t necessarily things that are justifying federation. I’m actually trying to get to the bottom of what is it that actually makes federation better vs doing the same thing stablishing some standards, without federating between the servers that host the content.

          I think for a service like messaging or email where communication is less public the benefits of federation are much clearer. But for reddit-like websites I’m not so sure if the advantage is that big.

          If the purpose of going federated is to distribute the data to have redundancy then you also have protocols like I2P and DAT that a website can be built on top of and be fully distributed. But again, P2P is hard and you won’t find the same level of reliability than with a trusty http server… so if you do go that direction of wanting redundancy then I guess I can see federation as a good compromise. But for the other features, you can probably do better and get more flexibility with a modular architecture where each aspect is a separate independent and swappable module (authentication, client UI, even the search engine to discover communities could be a third party service without the need for community hosting servers to overcomplicate themselves with server-to-server communication), allowing people to host their own modules as they wish while still consuming/publishing the same content in servers that could be more lightweight than federated nodes.