• 1 Post
  • 13 Comments
Joined 1 year ago
cake
Cake day: June 20th, 2023

help-circle
  • I think a variation on the multi community might be a good idea but implemented differently.

    Community’s could opt into a meta community (somethings that are the same name arn’t the same thing).

    Then on the user client side when you subscribe you can choose to subscribe to the meta community. When your feed is constructed it doesn’t include de-federated etc. when you post it is via your instance to the meta community and a shortcut is posted to all the meta community members, and replies go to your meta post in your instance.














  • The more threads I read about both the federation issues (bad instances with bad rules) and lack of default user sign up validation controls. I really wonder if NONE of the design team have ever used web forums (phpBB, SMF etc) or managed an email server (default no encryption / trust, with TLS, SPF, DMARC layered on after the fact). These systems have been strugglingly with spam and bot controls for years and ZERO protection was mandated in the spec for this new open system.

    Maybe something could be learned from how block chain systems (not specifically crypto) are build where there is federation but distributed cost and tracking of identity. IE identity is global not managed by an instance, and spamming has a cost. IIRC one of the new registration options ads some cost to the registration but it is still instance based.

    I can understand the desire to be open, decentralized, and antonymous. However we still need a way to identify bot69 across the board and block them if they are a bad actor, and instances should have some form of trust built in even if it is other instances flagging them as trusted and that increases their trust or something.