This blog post by Ploum, who was part of the original XMPP efforts long ago, describes how Google killed one great federated service, which shows why the Fediverse must not give Meta the chance

  • Qazwsxedcrfv000
    link
    fedilink
    English
    10011 months ago

    Basically the sequence of events as claimed by the author is that:

    1. XMPP, niche, small circles
    2. Google launches Talk that was XMPP compatible
    3. Millions joined Talk that could coop XMPP in theory
    4. The coop worked only sparingly and was unidirectional, i.e. Talk to XMPP ✅ but XMPP to Talk ❌
    5. Talk sucked up existing XMPP users as it was obviously a better option (bandwagon effect + unidirectional “compatibility” with XMPP)
    6. Talk defederated

    This demonstrated exactly the importance of reciprocity. If they play dirty, kick them out asap.

    • @JoeKrogan
      link
      English
      24
      edit-2
      11 months ago

      Facebook messenger did the same . You used to be able to talk to fb users via google chat all from pidgin or another xmpp client. They are a hostile actor on the web who have already proven themselves untrustworthy. Let’s not forget the Snowden docs or Cambridge Analytica

      • alaphic
        link
        English
        311 months ago

        I’m sorry, but what do the Snowden docs have to do with anything? I’m out of the loop apparently there

    • @[email protected]
      link
      fedilink
      English
      2011 months ago

      Seems like just another reason why defederation should be completely removed from the protocol. It’s way too easy to abuse and force centralisation.

      There are other far less destructive and abusable ways of dealing with spam and content moderation.

      I maintain that it’s better to give the users the control, and allow them to decide which instances, communities, and users they want to be exposed to. Bottom up moderation, instead of top down.

      For example, instances can provide suggested ‘block’ lists (much like how an ad blocker works) and users can decide whether or not to apply those lists at their own discretion.

      By forcing federation, the network stays decentralized. Maintaining community blacklists that can be turned on or off by the individual user protects against heavy handed moderation and censorship, whilst also protecting users from being exposed to undesirable content.

      • Qazwsxedcrfv000
        link
        fedilink
        English
        13
        edit-2
        11 months ago

        The case with XMPP is that Google Talk introduced addons and intricacies that were unique to them. So they could federate with you in full with additional bells and whistles while you were stuck in an eternal catch-up. They presented a better alternative regardless of the eventual defederation. Even if we have some viral clauses as in GPL in open-source software that ensures protocol compatible software to be compliant, we can only do that to a certain extent plus enforcement is always an issue. Who are going to spend the vast sum of money in court to defend the “federation”?

        This aside, enforcing federation alone does not ensure decentralization. These zero-marginal-cost fixed-cost-intensive businesses of the internet has a tendency to centralize as serving one more seat costs no penny plus one more seat diluates the fixed cost altogether.

        • @[email protected]
          link
          fedilink
          English
          511 months ago

          Your points are valid, but that doesn’t mean we should do nothing. Enforcing federation and using copyleft licensing are both strong defenses against centralization and network dominance by a well funded third party.

          As far as GPL goes, from what I’ve seen, big tech companies tend to take it pretty seriously. There is no reason we shouldn’t be using that, and other license protections if we have the option.

          As for natural centralization over time, I think that is a far less urgent problem than the current risks we are facing, those being major network fragmentation due to the use of defederation, and the risk of centralization around a proprietary platform and/or instance.

          Removal of defederation and strong copyleft licensing seem to be natural first steps in combatting that risk.

      • @neontetra
        link
        English
        4
        edit-2
        11 months ago

        I may misunderstand how the fediverse and the software works but my understanding is content such as images gets copied over to federated servers and so it seems to me like the ability to defederate would be a requirement in order for servers to stay in compliance with the law and be able to limit various illegal and morally horrible materials from being copied onto their server and network.

        Given that (unless I’m wrong about how this works or there’s another way around it I’m not thinking of), at the end of the day is it really possible to not have the ability to defederate? There will be times when it would be needed it seems to me. Or for malicious bot servers, nazis, etc. — lots of potential reasons a full defederation would be desired or required.

        • @[email protected]
          link
          fedilink
          English
          4
          edit-2
          11 months ago

          That’s actually not how it works. Images are hosted by the instance the community is on. Other instances embed those images as links in the page. The image is downloaded from the original instance by the browser.

      • @VubDapple
        link
        English
        111 months ago

        The Beehaw devs are feeling the need to defederate right now due to that being the viable strategy for scaling their mod efforts. What would the solution be if they could not defederate?

    • arcturus
      link
      English
      411 months ago

      the thing is that we know that they will play dirty; all corporations play dirty, that’s the only way they get that big