cross-posted from: https://lemmy.ml/post/173958

@deadsuperhero@lemmy.ml wonderful article highlights many points that need to be explored, challenges to be tackled, for healthy Fediverse Futures

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.

  • smallcirclesOPM
    link
    12 years ago

    On the Fediverse we effectively have what I call “ad-hoc interoperability”: apps creating extensions on-the-fly and mostly only represented as code, and introducing incompatibilities when ‘reverse-engineering’ interop mechanisms from other codebases. This makes interoperability harder and harder, also increasing the complexity of deeper, more seamless inter-app integrations that may exist on the Fediverse. Interop mostly happens on the lowest common denominator where it is still relatively easy to add federation support (in practice this means mostly adding microblogging features). Ad-hoc interoperability comes with the big risk that Fediverse innovation / evolution grinds to a halt, and we’ll never tapp into its full potential of “Reinventing Social Networking”. Sean’s great article, 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.

    We lack substrate

    “Any decentralized [ecosystem] requires a centralized substrate, and the more decentralized the approach is the more important it is that you can count on the underlying system.”

    <span style=“font-size:60%”>— Byrne Hobart. The Promise and Paradox of Decentralization</span>

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