• 25 Posts
  • 70 Comments
Joined 1 year ago
cake
Cake day: June 17th, 2023

help-circle



  • AT protocol doesn’t federate the way ActivityPub does. There are separations between how your dat is stored, how it is aggregated, how it is filtered, and how it is displayed. Each part can be hosted separately and federate differently with separate instances of each part. The aggregation part is the thing that is most critical and there are probably some limited independent instances of that, but BlueSky has offered no support in facilitating this beyond making their peices AT Protocol compliant. You van take what BlueSky built and try to run your own instance of the aggregation service but they provide no documentation or support. You could also build your own, but that’s difficult and I don’t think anyone is trying.

    So it is federated, but pretty much no one is interested in doing the work to federate with the primary infrastructure.










  • With BlueSky, it pretends to be similar, but the reality is that everything needs to go through their central server in order to be displayed on a timeline.

    They have been saying that this is an implementation detail that will change when they open up that part of their implementation. Which is nice, but until that happens I’m only lukewarm in my optimism for Bluesky and the AT protocol.

    On the other hand, every federated network has converged on a central host for the vast majority of accounts and data. That host has outsized influence over the standard used on the network and unencrypted acess to the majority of data. So I’m not sure what really matters to what extent.