cross-posted from: https://hachyderm.io/users/maegul/statuses/111820598712013429

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

  • @Blaze
    link
    English
    35 months ago

    as oppose to relying on the protocols and systems that already exist,

    Which alternative to ActivityPub would you suggest?

    • @maegul@lemmy.mlOP
      link
      fedilink
      English
      15 months ago

      Well, none really, because the work of ActivityPub wouldn’t be performed in my idea. There wouldn’t be mass copying of content to all servers. And the trade off would be that you wouldn’t be able to follow or see content from another server either (just like modern Twitter and Reddit).

      The work around though is that SSO should enable easy cross posting from one server to another, so information/posts would be easily shared between servers. But more importantly would be the commitment to open APIs and building/supporting aggregating or unifying clients, so that from a single interface you can follow and read and reply to content from any server.

      In terms of servers and users, the idea is essentially to do the content copying/unifying at the user side rather than the server side.

      As far as what protocols are necessary here … basically the internet we have now … which is very much the point.

      In simple terms the idea starts from a common praise of the fediverse … that it enables posting between Twitter and Reddit and that it is open. Well, how about we build Reddit and Twitter clones just with FOSS, open APIs and cross posting features?

      • @Blaze
        link
        English
        25 months ago

        In simple terms the idea starts from a common praise of the fediverse … that it enables posting between Twitter and Reddit and that it is open. Well, how about we build Reddit and Twitter clones just with FOSS, open APIs and cross posting features?

        Isn’t that opening the door for future enshittification? Like as soon as Lemmy/Mastodon reach 100k users, a big corporation buys the only instances (as there is no federation in this scenario) to the admins, and turn it into a corporate product? What’s preventing that without federation?

        • @maegul@lemmy.mlOP
          link
          fedilink
          English
          15 months ago

          Good point!

          I’d say more or less the same thing at the core of the fediverse, which is an open and shared commitment to values, features and practices. If the platforms are FOSS, and you can always download your content/posts, than any shitification will be met with moving, no?

          There’s the risk of losing all the threads attached to the posts, I suppose. But I’m not sure that that’s an absolute problem. There could be solutions around commitment to archiving and hosting archives etc. But also, the federation thing of copying everything everywhere creates problems around privacy and safety (like people have left the fediverse because they’ve found it to be worse in terms of racism etc than twitter). Having content on single servers with higher walls allows for better safety and privacy features. So it’s a trade off.

          As for a big instance being bought … well like I said, people can just move. Shared sign on should make that a nicer experience than here. And some feature for hosting archives of posts from other servers (which the structure of the fediverse actively makes very difficult because content has to be uniquely addressable across the whole network) could probably go a long way to protecting good content. On the fediverse, people have to move whenever a server goes down, but can’t take their posts with them.

          On top of all of that I’m not entirely clear on how much a federated protocol prevents corporate enshitification. When Threads federates, and should for example something like Tumblr and maybe some others do so such that the majoriyt of the fediverse is actually on corporate platforms funded by ads and data tracking (which can apply just as well to content that federates with such platfroms from otherwise FOSS platforms) … is that not some form of enshitification? Which isn’t to touch on the things that can happen to the ecosystem once big-corp wield such large user bases.

          What protects the fediverse then? I’d guess it’s that the platforms we have are FOSS and those of us who want to break away and start our own instances can. But that’s not the protocol or federation … that’s FOSS platforms and commitment to values and working together. If I’ve got a point with this … the broader abstract idea is that many of these problems are not tech problems but people problems, and, very much to my broader point, confusing people problems with tech problems can lead you astray into making solutions that do not succeed because you’re blindsided by your tunnel vision love for the tech solution.

          I’m genuinely curious to know if/how I’m wrong about this. Because a decent read of the fediverse in the wake of the “2023 migrations” is that, to many people, federation itself was form of social media shitification … in that it was seens as an overly complex and annoying technology that actively disrupted and sometimes worsened the core features and motivations of social media … socialising with people … all while acolytes could only tell complainants that their issues weren’t meaningful or serious enough and were likely due to them not using the fediverse correctly. Now I’m here, obviously, because I’m a fan. But I can’t shake the possibility that the fediverse might have fatal flaws and am always a fan of solutions that stick with what’s easy and tried and true (generally good engineering advice IMO).