Something I don’t understand currently about the whole Meta/Threads debacle is why I’m seeing talk about instances which choose to federate with Threads themselves being defederated. I have an account on mastodon.social, one of the instances which has not signed the fedipact, and I’ve had people from other instances warn me that their instances are going to defederate mastodon.social when Threads arrives.

I have no reason to doubt that, so, assuming that they are, why? I don’t believe instances behave as any kind of relay system: anybody who wishes to defederate from Threads can do so and their instances will not pull in Threads content, even if they remain federated to another instance which does.

I’m unsure how boosts work in this scenario, perhaps those instances are concerned that they’ll see Threads content when mastodon.social or other Threads-federated instances users boost it, or that their content will be boosted to Threads users? The two degrees of separation would presumably prevent that, so I can see that being a reason to double-defederate, assuming that is how boosts work (is it?).

Other than that, perhaps the goal is simply to split the fediverse into essentially two sides, the Threads side and the non-Threads side, in order to insulate the non-Threads side from any embrace, extend, extinguish behavior on Meta’s part?

Ultimately, my long term goal is just to use kbin to interact with the blogging side of the fediverse, but there are obviously teething issues currently, like some Mastodon instances simply aren’t compatible with kbin. I’m too lazy to move somewhere else only to move to kbin “again” after that, so in the short term I guess I’ll just shrug in the general direction of Mastodon.

To be clear, I have a pretty solid understanding of why people want to defederate Threads (and I personally agree that it’s a good idea), it’s the double-defederation I’m not sure I follow. Is my understanding at all close? Are there other reasons? Thanks for any insight.

  • vaguerant@kbin.socialOP
    link
    fedilink
    arrow-up
    11
    ·
    1 year ago

    This explains why it’s a good idea to defederate from Meta/Threads, but why defederate from other non-signatory instances?

    • Gamers_Mate@kbin.social
      link
      fedilink
      arrow-up
      21
      ·
      edit-2
      1 year ago

      It is like countries setting up an Embargo. If instances know they might get defederated by helping expand metas influence they will think twice.

    • Kichae@kbin.social
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      They or their users don’t want their posts reaching Meta’s servers. Any site federating with Meta has the ability to boost content from other sites they’re federated with to all others they federate with. So, if Site A is federated with Meta, and Site B is federated with Site A but not with Meta, posts from Site B can still reach Meta via Site A.

      • eh@nerdbin.social
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        The solution to this is Authorized Fetch. It trades a little bit of efficiency (individual AP messages being re-shareable by intermediaries) for proper authorization (every server must fetch the messages directly from the source, with the correct authorization). Mastodon implements it behind an env variable, and implementations like GoToSocial force it. No idea how kbin or Lemmy work but they should look into it.