Over the years, I’ve been studying a handful of different fediverse platforms that bring a lot of interesting concepts to the table.

As someone that has studied and reported on the developments of these various systems, I’ve decided to put together a summary of things I’d like to one day put into my own federated platform, should I ever develop enough brainpower to actually develop one.

    • Sean TilleyOPM
      link
      fedilink
      arrow-up
      6
      ·
      3 years ago

      You know, every time I’ve tried to take a look at Solid’s protocol, I find myself struggling to understand what they’re actually trying to do, or how any of it is supposed to work.

      I’ve tried to read the protocol spec several times, and my brain just kind of melts. From their About page for the Solid project, I kind of get what they’re talking about, but so much of the under-the-hood stuff feels really vague.

      I’m not against making a fediverse platform support Solid, if only to support the core concepts its promoting, but I feel like they have a lot of work to do to make their own project more accessible to people.

      • smallcircles
        link
        fedilink
        arrow-up
        1
        ·
        3 years ago

        I have exactly the same issue and brought up that topic a number of times on their forum. There are other factors than those you mention that keep me from diving deeper. But on the specification front things feel like they are getting more and more complex and seem to strive for “universal interoperability” (sort of a reinvention of the Semantic Web). The way they are positioned and their website has improved to what it was some time ago, though.

        On Fediverse we go the opposite direction, where “ad-hoc interoperability” - apps creating extensions on-the-fly, introducing incompatibilities - make interop harder and harder, also increasing the complexity of deeper inter-app integrations. Interop gets to be on lowest common denominator (i.e. bolt on microblogging features) and the risk is that fedi innovation / evolution grinds to a halt, never tapping into its potential. Your great article, Sean, highlights many things that need good processes and people involved that coordinate beyond the scope of building individual stand-alone apps, i.e. at the “substrate” level.

        PS. I started a Matrix chatroom Solidground yesterday to discuss some of these issues.