Bluesky, Fedi, and making centralisation modular
26 November 2024
In the discourse it's pretty well established by this point that Bluesky is not meaningfully decentralised, with Christine Lemmer-Webber giving us the most comprehensive breakdown. I've always been a little prickly about this. I like decentralisation; I don't like having a single company responsible for keeping the lights on in a given communication platform.
However, over the course of thinking about it my stance has softened. In truth I haven't been fair to AT Protocol and the elephant in the room is search engines. For those of us in the decentralisation fan club, which includes the traditional approach of publishing on your own website, we're leaning massively on these enormous centralisation points all the the time to paper over the lack of discoverability[1]. Is it reasonable to criticise AT for incorporating fit-for-purpose centralised aspects directly into their design? I think yes and no. It's not the worst thing but some parts could be better.
Let's start with another system that's federated: email. If you start composing a message and type in somebody's name, autocomplete does not show you a list of every email address on the planet owned by someone with that name. There is an expectation that there's some out-of-band mechanism for finding somebody's email address. Maybe they put it on their website. Maybe you find that website using a search eng- oh, damnit. But anyway you don't have to use a search engine. They can scribble it on a piece of paper. You can send the email, and it doesn't have to pass through any servers funded by a company with "Blockchain" in the name.
On the other end of the spectrum, the Instagram website knows every Instagram user that exists so you can search for them even if you don't know their handle. It's simple and reliable but putting a lot of dependence on a single entity.
What about the web? From a technological standpoint it's basically the same as email. If you plug in a computer and get access to the IPv4 and IPv6 address space you have no particular knowledge of what IPs are live, what domains exist on those IPs, or what content might be on the associated webpages. It's easy to forget how spartan it is because half of our industry exists to compensate for these shortfalls, providing us with a wide range of tools which are all forms of centralisation. We have search engines, we have link aggregators, and we have websites like Facebook and LinkedIn which simply try to put every person on the same domain so there's no ambiguity about where to find them.
Maybe that last sentence feels a little uncomfortable—Bing and Hacker News are fine for what they do but does Facebook deserve to be in the same list? Probably not. In my mind there are two things which set search engines and aggregators apart from the big social media networks.
First, they work with the idea that the web is modular. Anyone can make a search engine (just ask Viktor) and you can visit any search engine you like. If one doesn't do what you want then ignore it and choose another one.
Second, your interactions with them are ephemeral and bounded. You lean on the expensive and complicated centralisation in the moment that you need it to accomplish a particular goal and then you stop communicating with them. When you search for a website you can put it in your bookmarks. When you find cool blogs on tildes.net you can put them in your RSS reader. Facebook and LinkedIn don't stop there. They insist that you continue to perform all interactions through their proprietary space, even if you have switched to something that could be point-to-point like having a chat.
Let's bring this back to Fediverse vs Bluesky. There are various centralised features you might want.
Feature | Central? | Does Tom care? |
---|---|---|
Follow specific people, post to followers | No | Yes, this is basically want I want to do. |
Realtime notifications for replies | No | Yes, this is important for conversation. |
Search for users | Yes | No, I'm happy to learn about new people through boosts or their websites. |
Search for content | Yes | Yes, I would love a global search engine for the fediverse. |
Global hashtags | Yes | Kind of, it can be fun or useful for events but the SNR is generally poor. I mostly use tags for blocking (both others' posts, and a courtesy so others can block mine). |
See all replies on own and viewed posts | No | Yes, it's annoying when you're missing things. The fact that this doesn't work on the fediverse is an implementation detail/choice that could be changed. |
Accurate like/boost counts | Yes | It would be nice if they were updated occasionally rather than not at all but this is generally an unhealthy part of social media to focus on. |
Trending users or content | Yes | No. |
I can draw a few conclusions:
- What degree of centralisation you want or don't want probably depends heavily on personal preferences about how you use social media (or views about how social media should be if you're that sort of personality).
- You can have something that's technically a social network without any centralised aspects whatsoever but it's going to be a bit dreary.
- Some of these centralised capabilities require integration into the social network protocol, such as tracking dopamine accurately. Many others could be implemented by having external modular services (websites) that consume a firehose to provide search or dashboards of trending content or so on. Opinions will vary whether it's a better to have one choice in-app, or multiple modular choices out-of-app.
- Once you start tracking all the content centrally for one feature you kind of may as well do it all?
So if I'm willing to take a step back and consider that maybe some of my opinions are a little fringe, then atproto's architectural decisions seem pretty reasonable. The fact that anybody can run a relay means there's a possibility of an ecosystem of modular services building on the data. However a desire to bring all the global/realtime features that users want into the Bluesky app itself means that it has recentralised into a particular AppView and now you're dependent on that enormous component for even the basic things like knowing what your followers posted recently. There will be less incentive for people to build or use third party services when they've been pre-sherlocked by Bluesky itself.
At the same time there are real weaknesses in the fediverse solution. It could borrow some concepts from atproto but do it the modular webby way. I would love it there was a fediverse firehose—many of them, where people who want to run search engines can subscribe to the public feeds of all the instances they're aware of and get the latest updates for indexing and analysis. We could have a vibrant ecosystem of search, global hashtags and entertaining trends all provided by third parties, where we get the benefits but our interactions with and dependence on those systems are bounded to those particular tasks. Meanwhile core messaging functions remain instance-local and users are free not to opt-in to sending data to the firehose.
If it were possible to bring about this modular approach to centralisation, I'd have confidence in the fediverse being the platform that can achieve a happy balance in the long term. Individual aggregators can come and go while the core business of the network is resilient and private. If something goes wrong with Bluesky, well, you kind of have to throw away the whole thing and start again. I know some people are happy to treat their social media platforms as discardable things where you can follow the crowd from year to year. That's valid but unsatisfying and I'd love to find a combination of technology that's more enduring.
- For the purposes of this essay I will ignore the fact that our glorious decentralised web is also utterly dependent on DNS and CA PKI. If you enjoy being gloomy about this sort of thing, I recommend this Computers Are Bad post. ↩︎
Tom's Opinions Blog by Thomas Karpiniec
Posts RSS, Atom