A few days ago, Beehaw posted an announcement in their Chat community about the challenges of content moderation and the possibility of leaving Lemmy. That post was eventually locked.

Then, about two days ago, Beehaw posted an announcement in their support community that they aren’t confident about the long-term use of Lemmy, due to so-called concerns about Lemmy.

RedditAlternatives discussion

If you currently use Beehaw and want to stay on the federated Lemmy network, consider migrating your account to another instance like lemm.ee.

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

    I always felt the fediverse is designed in a very awkward way… the way all the content needs to be mirrored, not only does it make it hard to update / modify / delete content, but also it makes it so other instances have to host content from all the other instances they want their users to access…

    Not only is that redundant and requiring a lot more resources from the instances, but it also means that if an instance you federate with is hosting content you don’t want (let’s say… ch*ld pr0n) then your instance might end up HOSTING (ie.activelly propagating) that content… if I hosted my own instance I wouldn’t want to federate at all out of fear of legal implications and I’d be constantly paranoid about possibly facilitating illegal stuff like that without even noticing…

    Imho, a decentralized system in which content providers are separate from the user account providers would make more sense in my mind. Then the content providers can have full control over what they are hosting and also control over what user accounts (or whole account providers) are banned from posting / allowed to post. And it still gives users the freedom to navigate across different content providers seamlessly with the same account and interact with multiple content providers, sort of like with the fediverse, without having to login to each content provider.

    • HobbitFoot @thelemmy.club
      link
      fedilink
      English
      arrow-up
      15
      ·
      1 year ago

      Yeah. The Reddit migration, small at it was, brought an order of magnitude more people to the platform, and it has shown Lemmy is not ready for prime time. It is also showing that the devs may not be the best at leading this kind of development effort due to inexperience.

      Relooking at the idea of the fedeverse may be needed, and the group at Beehaw seem knowledgeable enough on how a Reddit like system should work that they could probably do a better job designing one.

        • AdaA
          link
          fedilink
          English
          arrow-up
          7
          ·
          1 year ago

          You won’t see the posts to the small communities on the new instance unless one of your users manually finds them and subscribes to them.

        • HobbitFoot @thelemmy.club
          link
          fedilink
          English
          arrow-up
          5
          ·
          1 year ago

          I get why a decentralized model was created; we’ve seen issues pop up with Reddit due to a centralization of power. However, this current implementation of a decentralized system is showing major problems at a fraction of the scale Reddit showed and the devs seem incapable of enacting meaningful change to fix this.

            • HobbitFoot @thelemmy.club
              link
              fedilink
              English
              arrow-up
              2
              ·
              1 year ago

              It is decentralized in that there isn’t one group of admins, but a set of them across the platform who can run their instances as they see fit.

              And you can effectively kick off an instance from Lemmy by mass defederation.

        • _ed@sopuli.xyz
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          I don’t see that as a federation issue, it’s a moderation one. It’s on the admins to bring something new / niche to the table.

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

        For other systems where its Activity Pub - think FourSquare check ins ( joinmobilizon.org/en/ ) or “a new video has been posted” or “a new blog entry has been posted” ( wordpress.org/plugins/activitypub/ ) - it works fine.

        That’s interesting. Does Mobilizon actually not do any mirroring between instances? How does it work when a Mobilizon user accesses a group/community that isn’t in their home instance and posts some content there?

        About the Wordpress plugin: my impression is that it only works as a broadcasting activitypub feed, but the blog authors registered in that Wordpress instance do not have any way to use that account to subscribe to any other ActivityPub feed, correct? if so, that piece of the puzzle would still be missing, and it’s there where we typically find mirroring.

        As far as I understand it (and I could be wrong), there is no way in the ActivityPub protocol for a user from another instance to actually publish content (eg. a reply or a comment) directly into a different instance (that is, without hosting it in their own instance first), so at the moment the way it works in services like mastodon/lemmy is that the user posts content on their own instance referencing the content from the second instance that they are replying to, and then the second instance mirrors it and displays it as a reply of the original post.

        This, as far as I understand it, is the origin for the need of mirroring, and not really any thirst for “censorship resistance” or “faster rendering time”. I feel the problem is still originating from limits in ActivityPub. Or am I wrong? Is there a way to do this in the current protocol without mirroring?

        Layering a microblogging system on top of it where you want faster rendering time (and lower network traffic - unless you’re hosting a popular site) is awkward.

        I don’t think the need for faster latency justifies the mirroring. You could still get a fast time by sending the requests directly to the original host, without proxying/mirroring them at all from the service offering the frontend. Just allow for cross-domain requests to call directly the API from the client, without needing server-to-server requests for that. Of course if the host is slow then the request will be slow, but if it’s fast the request will be fast. The responsibility for performance when providing content should fall on the content host. The instance where the user has an account could provide some token for identification as proof of the user belonging to it, and have third party content providers validate that proof and decide on their end whether the user is allowed to access/post content there directly (being subjected to the moderation of the content provider, who is the one hosting the content).

        The more troublesome part of this approach would be having to rely on client-side aggregation of the content coming from different providers in order to build a feed. But I think this could still be viable. Or it could be handled by another different type of instance that acts as indexer but doesn’t really mirror the content, just references it. This also would only be necessary if the user really wants an aggregated feed, which might not always be the case, sometimes you just want to directly browse the feed of a particular community or your subscriptions from a particular instance.

        I mean, I get that for some use cases mirroring would be a good thing, but that could be entirely a separate layer without requiring it as part of the communication. Making it mandatory places a huge responsibility in the instance host without it being necessarily something that every user needs or even wants. I don’t want to be dependant on what other instances my particular instance decides to mirror so I can access them. What’s the point of the fediverse if in order to access content from two instances I have to create separate accounts just because they don’t like each other’s content policy?

    • exohuman@programming.dev
      link
      fedilink
      arrow-up
      10
      ·
      1 year ago

      I agree wholeheartedly. This is actually the exact reason I haven’t tried to stand up an instance. I don’t want to mirror the content.