Is decentralised federated social media over engineered?

Can’t get this brain fart out of my head.

What would the simplest, FOSS, alternative look like and would it be worth it?

Quick thoughts:

* FOSS platforms intended to be big single servers, but dedicated to …
* Shared/Single Sign On
* Easy cross posting
* Enabling and building universal Multi-platform clients.
* Unlike email, supporting small servers

No duplication/federation/protocol required, just software.

#fediverse
@fediverse

  • 1984@lemmy.today
    link
    fedilink
    arrow-up
    16
    arrow-down
    1
    ·
    edit-2
    9 months ago

    Single sign in to the fediverse seems awful. Then we are logging in to it through American big tech servers. Forget anonymity and no tracking. Probably see ads on the login screen too.

    But otherwise, sure. A single server is not always a bad idea. In practice, this is how Lemmy is too. Most people are on Lemmy.world, and they picked that server because they don’t think decentralized is important.

    • mindlight@lemm.ee
      link
      fedilink
      arrow-up
      9
      ·
      9 months ago

      Single Sign On doesn’t mean that “American BigTech Servers” have to be used.

      Essentially, for the users, it means that an account for site A can be used to login on site B because site A and site B trust each other.

      A concept to Google if one wants to know more is “federated login”.

      • maegul (he/they)@lemmy.ml
        link
        fedilink
        English
        arrow-up
        2
        ·
        9 months ago

        Yea this is exactly what I was thinking about.

        The idea being that there would be circles of trusted platforms and once you have an account with one you have an account on all of them. Which, I imagine, would allow easy/quick cross posting from one platform to another when desired and make it easier to build and maintain an aggregating client that allows you to view all the platforms within such a “circle of trust” that you’re interested in through a unified interface.

          • Joël de Bruijn@lemmy.ml
            link
            fedilink
            arrow-up
            4
            ·
            9 months ago

            Trusting other peoples identification and authorizattion isnt about sharing accounts and passwords. If user A of server X want to log in at server Y, server Y asks server X if it knows this user A. If so server X handles the password/mfa check and just gives the green light to server Y.

          • maegul@hachyderm.ioOP
            link
            fedilink
            arrow-up
            2
            ·
            9 months ago

            @Aatube @1984 @mindlight @maegul@lemmy.ml

            Yea I don’t know the best approach to that. Either a separate server for managing IDs. Or you always a principal server that manages authentication for its platform and others within the trusted “circle”. And then, should the principal server fail, you can switch to another server as your principal. Hubzilla/Streams has some process like that AFAIK.

            • maegul@hachyderm.ioOP
              link
              fedilink
              arrow-up
              1
              ·
              9 months ago

              @Aatube @1984 @mindlight @maegul@lemmy.ml

              The key idea is that you can have a single unified identity on all the platforms you want. Signing into multiple platforms doesn’t require a new account every time. And cross posting from one platform to another, under your single identity is easy from every platform.

              Then leveraging those features (and an open API), a good unifying client will make that easy.

              There must be a way of doing that without fatal security issues or decentralisation.

  • Joël de Bruijn@lemmy.ml
    link
    fedilink
    arrow-up
    10
    ·
    9 months ago

    Sorry but I fail to understand the relation between your question and the additional text.

    Are the bulletpoints requirements for a less over-engineered attempt ?

    Or are they examples of the current situation?

    And just software without protocol seems. … oversimplification.

    • maegul@hachyderm.ioOP
      link
      fedilink
      arrow-up
      1
      ·
      9 months ago

      @joeldebruijn

      Quick attempt at coming up with an alternative.

      Something to bear in mind here is it’s my impression that federation creates difficulties that many struggle with. So while it might be over simplified, the scale for me is already weighed with the possibility that we over complication that may need to be remedied.

      Also, that big instances (eg mastodon.social) seem to be a natural thing even on the Fedi, there’s clearly perceived value for many there.

  • maegul@hachyderm.ioOP
    link
    fedilink
    arrow-up
    5
    ·
    9 months ago

    @fediverse

    All of the shared/single sign on and easy cross posting would probably be trust or allow-list based.

    As the platforms would be FOSS, anyone could run their own instance and start their own “circles of trust”. So even with big vs small server friction, there could be a few “gardens” of small and big server networks providing different “spaces” for different purposes … all without having to worry about defederation and the software difficulties of building against the protocol.

  • Joël de Bruijn@lemmy.ml
    link
    fedilink
    arrow-up
    3
    ·
    9 months ago

    Maybe good old blogosphere with comments pingbacks and pubsubhub(?) was a sort of simpler proto version of the fediverse.