Pluralistic: Bluesky and enshittification (02 Nov 2024) Cory Doctorow
Pluralistic: Bluesky and enshittification (02 Nov 2024) Cory Doctorow
What is actually missing from AT Proto to be usable in the way Doctorow describes? He writes:
Bluesky lacks the one federated feature that is absolutely necessary for me to trust it: the ability to leave Bluesky and go to another host and continue to talk to the people I’ve entered into community with there. While there are many independently maintained servers that provide services to Bluesky and its users, there is only one Bluesky server. A federation of multiple servers, each a peer to the other, has been on Bluesky’s roadmap for as long as I’ve been following it, but they haven’t (yet) delivered it.
But according to the source code repo, federation features are fully available, including independent servers. There’s even a guide for setting up an independent server: atproto.com/guides/self-hosting
I’ve read over the documentation a few times and maybe I’ve missed it somewhere else but I’m not aware of any option to host a relay yet. As far as I know only self hosting PDS’s are an option now (which only handle your own data and authentication but still relies on a relay to serve you content from the rest of the network) and app views (which are the front ends that sort and show content)
So in a sense bluesky is distributed and portable within the ATProto network, but still centralized until other entities can host relays and interopt (or opt out of interoperability) within the network.
These are some informal notes on setting up a full-network atproto Relay, using the bigsky relay software developed by Bluesky. This is the same software we run ourselves at https://bsky.network. The focus here is on the compute resources necessary to replicate the type of full-network, full-feature...