I apologize if this has been asked before, but I’m wondering if it would be feasible to implement a new approach to defederation that offers the option of choosing between complete or partial defederation from another instance.

Currently, defederation blocks both the locally made posts on the defederated instance and its entire userbase. This can be excessive, and in many cases it may be better to block only the posts made on the other instance while still allowing its users to interact with the instance that defederated — user behavior may differ between their home instance and other instances. This partial defederation (or limited federation) would facilitate normal interaction without negatively affecting the content of a feed.

Problematic users could be managed on a case-by-case basis using bans, similar to how it is done for federated instances. Automated tools could simplify this process in the future. Complete defederation would still be necessary in extreme cases where no positive user interactions are expected, such as with instances that promote Nazism.

Instances are being forced to choose between a sledgehammer and nothing at all, and I think a compromise is warranted. I’m curious to read others’ thoughts on how to solve this existing challenge.

EDIT: I added a rough sketch that outlines the proposal. On the left side is the system as it works now and on the right side are two possible scenarios for limited federation (1 direction or bidirectional)

  • Bizzle@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    ·
    1 year ago

    Beehaw feels like it’s ran by power tripping mods hiding behind toxic positivity and I’m not sad they defederated. I wouldn’t denigrate anybody for preferring it but I personally like a little more freedom.

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

      It seems like defederating harms the ones who do it, as it provides incentives for users who want to access both servers to go to a 3rd party. From kbin I can currently see both.