I hope this is the right place to discuss a potential feature for lemmy.

I’ve been reading a lot of the defederation calls from instances and their users. More often than not, this was due to very specific elements of those instances; trolls, extremists, etc… But in my opinion, defederating a whole instance because of that is a sad pity.

I was thinking a way to solve this would be to have a federated blacklist. Instance Admins would ban user accounts from their instance and that would be added to a list that could be consulted/automatically used by other instance owners. They would ideally be able to set parameters, like banning users from a list accepted by a number of other instances, a specific reason for the ban, or banned by specific instances.

This would lessen the administrative load, protect instances, allow different instances with shared concerns to help each other while allowing their own users to interact with the ‘compatible’ users and communities from other instances.

Just an idea and wanted to bring it up and hear some thoughts.

    • This is the way imo. I’d personally like to see the culture of the fedi shift more towards self-moderation by users, let the users decide for themselves what individuals, communities, or servers they want or don’t want to see.

      Yes, this would mean that you’d be responsible for thinking for yourself, but imo that added slight burden is worth the freedom that is supposedly the reason the fedi exists.

      My masto server does this (beyond who defederated us because we don’t wholesale block the same people they block) and it works just fine for me, I just banned the Nazi instance (cause duh), the wolf-gender instance (it’s all they talk about and I’m just not interested, I’m sure they’re fine people), the Loli-art instance (cause duh), and the futa-bot (it’s spam, a lot of it, and I’m not into futa), and I’m gtg, just wish the reactionary instances that I’d be fine with weren’t so cliquey as to ban my instance for allowing it’s users to think for themselves, but c’est la vie.

    •  Dr Cog   ( @Dr_Cog@lemmy.ml ) 
      link
      fedilink
      English
      71 year ago

      This is a lot of work if you’re just trying to browse the site. Instead of spending hours blocking instances after first checking whether an instance is mostly bots (and safe to block) or if it’s just a single group of bots in an otherwise fine instance in which case you block the users, a general list like OP suggested would be more useful.

    •  exu   ( @exu@feditown.com ) 
      link
      fedilink
      English
      51 year ago

      This would be good to have, but an admin should still be able to silence or block communities and, in the worst case, defederate.
      Everything’s early still and it’ll take time until the right tools have been built.

    • I want both. I want admin to be able to defederate and I want to be able to block instances myself. A good example is that furry porn instance keeps coming up with new communities I need to block individually. I would rather block the whole thing.

  •  poVoq   ( @poVoq@slrpnk.net ) 
    link
    fedilink
    English
    141 year ago

    Usually there are two reasons for defederation:

    1. A instance that has no intentions to co-exist peacefully in the federation and the problem starts with the admins. This warrants a permanent defederation.

    2. A instance that is temporarily overwhelmed by trolls or has grown too big to have any efficient moderation and thus poses a thread to the federation. This usually warrants a temporary defederation but can at times require a permanent one if the admins are not cooperating in getting things under control (by which it becomes a case 1.)

    Your proposal solves neither and automated ban-lists like that have a much higher risk of silent abuse than a very public defederation that needs to be well justified.

    • I think that’s a simplistic view. We’ve seen people defederating or asking for defederation for the existence of a single community. Just because instance admins have different ideas of what’s tolerable doesn’t mean the rest of the communities at large can’t collaborate.

      The point where admins would have settings to accept/review ban lists was to reduce the risk of abuse

      •  poVoq   ( @poVoq@slrpnk.net ) 
        link
        fedilink
        English
        71 year ago

        If you are talking about the recent the_Donald case that this is not a matter of different opinions. That community on Reddit has a long history of not willing to co-exists peacefully and if an admin does not draw a clear line that such communities are not welcome on their instance then it is a clear case of the above 1).

        • I think some people reacted a bit too quickly to that sublemmy appearing though… Give admins some time to evaluate and resolve the situation before impulsively defederating an entire 6000-user instance.

          • As far as I know this is exactly what happend. Just because there where some vocal users asking for defederation doesn’t mean the admins thought the same.

            However, in the case of an ongoing troll attack quick temporary defederation is a useful tool for which the benefits outweight the damage it does.

  • Idk how all this works, but I just set up my own instance yesterday, and I already have tons of accounts on the ban list. I’m not adding them, but I can see in the modlogs that someone is adding them, and they are automatically getting banned from my instance. Maybe this already exists?

  • Honestly degenerating whole instances (particularly the larger instances like with beehaw and Lemmy world) is pretty harmful to the health of the fediverse imo.

    Really hope communities can find a better way forward.

      •  Catsrules   ( @Catsrules@lemmy.ml ) 
        link
        fedilink
        English
        3
        edit-2
        1 year ago

        I am not sure how we won’t always have large instances when we want large communities.

        Communities are directly tied to instances. If you have a large community you naturally will have a large instance.

          • But communities are exclusive to their instance. That is what I am try to get at. If we want large communities naturally we are going to get large instances.

            Not only that but if an instance has a large community odds are good traffic from the large community will help the other communitys on that instance to grow as well. At least that is how my experience has been. Someone linked to a community on another instance, i looked at that community and also looked at the other communitys on that instance.

            At some point does it really matter where the user accounts are hosted when all of the users just go to the same community on the single large instance.

            •  poVoq   ( @poVoq@slrpnk.net ) 
              link
              fedilink
              English
              21 year ago

              Communities are not exclusive to an instance. I really don’t know where you get that false impression.

              And it is extremely easy for a community to switch to another instance, something that is much harder for thousands of user accounts on an overly large instance.

              • Communities are not exclusive to an instance. I really don’t know where you get that false impression

                I am getting it from the community link.

                For example asklemmy@lemmy.ml

                Please let me know how i am wrong. And why Because i would love to be wrong. But as far as i know that is a community is directly tied into the lemmy.ml instance. If that server goes away I believe that community also goes away. If it doesn’t go away then what would be the new link?

                And it is extremely easy for a community to switch to another instance, something that is much harder for thousands of user accounts on an overly large instance.

                Wouldn’t all the users need to move over to the new community as well? Sure if there was time for coordination maybe. But if a community dies on my feed I might not realize for a long time unless i am specifically seeking it out.

                •  poVoq   ( @poVoq@slrpnk.net ) 
                  link
                  fedilink
                  English
                  11 year ago

                  Being part of an instance doesn’t mean that it is exclusive to it at all if you can participate in it from any other instance. So I guess we just had a different understanding of what “exclusive” means?

                  As for the other question: You can just follow several similar communities on different instances right now, so if one instance gets de-federated or otherwise inaccessible you can just switch to another and so will most other people. Also, since your instance does cache remote communities, the posts in them do not disappear and are still accessible. Thus if a community decides to move they can post about that in the community and that notice will be retained on your instance for you to see later, even if the server the community was originally on disappears.

  • I feel like users should be able to block and unblock instances at will. So let’s say that instance A defederates from instance B. So instance B users cannot comment on instance A. But instance A users should be allowed to comment and interact with instance B if they choose to unblock instance B for their own personal reasons.

    Is there a problem with this that I’m missing? I just feel like I should be able to choose to interact with a community if I choose, but my instance should be able to keep the other instances away if they want to.

  • Federation should would like PeerTube instead.

    Right now, federation work by a user subscribing to a community and then that community will federate to the instance.

    Instead it should be instance A that “follows” instance B. Now every community on instance B is available on instance A.

    If instance A is not folllowing instance B, a user can follow individual communities on instance B, but the communities would only show on the users subscription wall, not anywhere else.