For example, you can see this breakdown for Lemmy.world by going to https://lemmy.world/instances

all 30 comments

sorted by: hot top controversial new old
[–] 12 points 3 years ago (3 children)

That list won't show which instances have block the home instance. The blocked list lists only the instances the home instance has blocked, not the other way around.

  • source
  • hideshow 6 child comments
  • [–] 4 points 3 years ago (1 child)

    How does this work exactly? If another instance blocks lemmy.world for example can I still see (but not interact with) content on the other instance, or is it completely invisible?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 20 points 3 years ago (3 children)

    Basically it works like this:

    Instances A, B, and C are federated initially. When a user posts on Instance A, users on Instances B & C can see and interact with the post directly. Any comments they make will be sent back to Instance A as the "home" instance for that content.

    Now let's say Instance A decides they don't care for the type of interaction they're getting from Instance C's users and decides to block - or defederate - Instance C.

    To users on instance A, nothing changes other than new posts and comments from users on Instance C will no longer show up. To users on Instance B, nothing changes other than new comments from users on Instance C won't appear in posts they interact with on Instance A. However, for Instance C, things are suddenly branched.

    On Instance C, any posts that were created prior to defederation still exist in Instance C's record. However, any comments that users on Instance C commit to those posts will no longer be distributed to users on Instances A or B, because Instance A maintains the "primary" record of the post. Similarly, Instance C's users will not receive updated comments from users on Instance A OR Instance B, because again, Instance A is what determines which comments appear in federated instances. Furthermore, new posts created on Instance A will no longer show up in users' feeds on Instance C. From the moment of defederation, Instance C's copies of all posts on Instance A are now distinct, and the only new comments or updates they will receive will be from local users on Instance C.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 2 points 3 years ago (1 child)

    Thanks, very helpful! What about posts from instance B and comments in instance B post? I'm assuming instance B users can see both comments from instance A users and instance C users but for them (instance A and C users), they can only see their respective instance users' comments and instance B users' comments?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 3 years ago

    The most important part of the federation process is played by whichever instance hosts the original post. They’re the hub and all other instances are the spokes.

    So once Instance A defederates from Instance C, nothing Instance C users add to posts hosted by Instance A will be added to the master manifest. Basically, everyone is updating Instance A’s copy of the post, and that copy is then being redistributed to all other federated Instances.

    Once Instance A defederates from Instance C, the only time their users will interact from that point forward is on a mutually federated instance. Both communities can comment and interact on a post hosted by Instance B.

  • source
  • parent
  • [–] 1 point 3 years ago (1 child)

    You can view which instances blocked lemmy.world (as an example but any lemmy based instance works and others may work too) on this site using the field below "Enter a Domain"

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 3 years ago* (3 children)

    Funny finding skinheads.social on that list there. Is federating automatic, requiring an opt-out to separate, or did an administrator see that name and go “yup, we want people to see skinhead content?”

  • source
  • hideshow 6 child comments
  • [–] 4 points 3 years ago* (3 children)

    If I understand it right, federation happens automatically when someone from a new instance interacts with the home instance, or someone from the home instance searches out the new instance.

    It looks like that site might be running with the British use of "skinhead" and not the U$ use. It was a progressive punk/ska subculture before it became used as a white supremacist thing in the U$.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 2 points 3 years ago

    I haven't looked at that instance but can corroborate that there are two very different groups called skinheads who's philosophy's are entirely incompatible with one another so it is always important to clear up which one you're dealing with.

  • source
  • parent
  • [+] 2 points 3 years ago* (last edited 8 months ago)
    [–] 2 points 3 years ago (1 child)

    The link is also down at the bottom (at least in mobile version}.

    I've been lookin at some block lists just earlier today. I have to fess that some instances' block lists make me uncomfortable.

  • source
  • hideshow 2 child comments
  • [–] [S] 1 point 3 years ago (1 child)

    Ah didn't even notice it at the bottom, good catch!

    What makes those block lists uncomfortable for you, genuinely curious?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 3 years ago

    First, because some instance's block list indicates unwillingness to see anything beyond their little world.

    Second, because in some (only only some) blocklists, there are links to some actual shitty people who I wouldn't think actually have the capacity to run a server.

    In the last few days there's been quite a fuss about some instances storing insulting jokes and whatnot, but maaaan that's honestly nothing compared to what else is out there.

  • source
  • parent
  • [+] 1 point 3 years ago* (last edited 3 years ago)
    [–] 1 point 3 years ago (2 children)

    Is there anything like this for kbin?

  • source
  • hideshow 4 child comments
  • [–] 0 points 3 years ago (1 child)

    kbin federates with everyone, and blocks no one :)

  • source
  • parent
  • hideshow 2 child comments
  • [–] [S] 2 points 3 years ago (1 child)

    Is this referring to kbin.social, or do all kbin instances work this way?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 3 years ago

    just kbin.social. all kbin instances federate with everyone and block no one by default but instance owners can intentionally defederate/block if they so choose. afaik kbin.social's policy is to not defederate/block (at least the admin here hasn't mentioned anything yet). I haven't heard of other kbin instances defederating at all though, but most are so small to not even be noteworthy.

  • source
  • parent
  • [–] 0 points 3 years ago

    That’s a lot of instances.

  • source