Hello everyone! Long time redditor, first time poster to Lemmy.world. As I’m learning more about the Fediverse, I’m seeing there are several instances that seem to serve the same purpose. For example, Lemmy and Beehaw seem to be similar, yet they are still separate.

Are there any big differences or factors I should be looking for when browsing different instances? So far, it looks like the number of communities and rules are the biggest differences between instances.

Bonus question: are there any good sources for learning more about the Fediverse? I’ve found these links so far:

https://opensource.com/article/23/3/tour-the-fediverse - Gives a decent explanation of the Fediverse. https://fediverse.party/ - Provides a link to different Fediverse instances, not specific to Reddit replacements.

  • Hanabie@sh.itjust.works
    link
    fedilink
    arrow-up
    63
    arrow-down
    1
    ·
    1 year ago

    Beehaw is a Lemmy instance. However, they defederated from two huge instances, because they’re open registration, and the four BH admins felt overwhelmed with the incoming traffic and unable to manually block trolls, so they decided to just separate from a large chunk of content rather than get it under control.

    I’m on one of the two defederated instances, sh.itjust.works, and I can neither see what’s posted there, nor can a BH user see what I post (or what’s up on our server, for that matter.

    The other big instance is lemmy.world.

    BH has very specific rules for what’s okay over there and what’s not. Check them out and see if you’re willing to live with the defederation for the sake of what their admins define as safety.

    • Bearded_Baguette@lemmy.worldOP
      link
      fedilink
      arrow-up
      10
      ·
      1 year ago

      Thanks for the background on Beehaw! After reading that, I was able to read more on defederation and what impact that has. I think I have a better understanding, but I’ll continue doing some research. Thank you!

      • Hildegarde@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        No, they have not.

        If you compare your link, on Lemmy world to https://beehaw.org/post/931057 the same post viewed through beehaw directly, you will see completely different comments. And the Lenny.world link only has comments from Lemmy.world users.

        Defederation behaves in a very confusing way. It blocks interacting with a community, but not the content itself. You can see beehaw’s posts, they can see Lemmy.world’s posts. Comments are not shared, and any posts to unfederated instances never leave the instances they were written on.

        • vaseltarp@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          I am new here so this is a little confusing for me. In the Beehaw post you linked someone writes that they see only lemmy.world posts that where synced before the defederation. But lemmy.world users should still see the posts of Beehaw since lemmy.world has not defederated from Beehaw only the other way round, isn’t it?

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

      • Hildegarde@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        No, they have not.

        If you compare your link, on Lemmy world to https://beehaw.org/post/931057 the same post viewed through beehaw directly, you will see completely different comments. And the Lenny.world link only has comments from Lemmy.world users.

        Defederation behaves in a very confusing way. It blocks interacting with a community, but not the content itself. You can see beehaw’s posts, they can see Lemmy.world’s posts. Comments are not shared, and any posts to unfederated instances never leave the instances they were written on.

    • foolhardy@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      So question. If someone registered on Lenny.ml or another one that is not .world, are they decelerated from seeing beehaw as well? How would the comments work? Would the person see both comment groups (beehaw and Lenny.world)?