This is exactly the dynamic the article was describing: concerns about power concentration get answered with lists of theoretical protocol features instead of engaging with how the network actually operates. Listing technical escape hatches doesn’t address who controls the dominant infrastructure in practice.

The overwhelming majority of users rely on hosted PDSes, the main relay, and the default appview. Whoever controls those layers controls visibility, discovery, moderation signals, and reach. That’s where practical power sits. Doesn't matter whether migration is technically possible under ideal conditions because if you'll need it they won't be ideal.

Acquisitions and policy changes can happen quickly. Tools that exist “yesterday” are irrelevant if users don’t act before control consolidates, and history shows that most don’t. Claiming decentralization can wait until the last possible moment ignores how network effects and defaults entrench power long before any formal lock-in occurs.

It’s also worth noting that the original article isn’t even arguing “the fediverse is better,” yet the response immediately reframes the debate as a comparison. Even if we entertain that framing, the situations aren’t symmetrical. Yes, a fediverse instance can block migrations or misbehave but no single party in the fediverse comes close to the infrastructural dominance Bluesky Corp currently holds across relays, appviews, and user gravity. An individual Mastodon instance misbehaving affects its users. Bluesky Corp fully controls the experience of over 99% of the users on the protocol and so holds the power to shape the experience of the entire network.

The issue isn’t whether both systems have theoretical weaknesses. It’s where systemic leverage concentrates in practice. And ATProto’s architecture, particularly the cost and complexity of running the more demanding components that need to have a global view of the network, structurally favors concentration at those layers.

Insanely well said. It seems like the goal with much of the discourse is just "my choice is right and everything else is wrong, and I'll work backwards from there". Not everyone uses social media the same way, not everyone has the same goals, not everyone wants the same features, not everyone values the same levels of privacy. And the running narrative with differing opinions on this seems to just be base-level tribalism. Just look at the insults here, lobbed solely because someone made an account with a social media platform that doesn't align with your preferences.

I'm sorry, but it's like you haven't read the post:

But every counter-argument to the concerns above rests on the same foundation: technically, users can leave. Technically, you can self-host. Technically, you can run your own relay. The capability exists at every layer. But people don't do these things. They never have with any protocol. Not email, not RSS, not XMPP. The default wins. Always.

It is always technically possible to do differently. It's computers after all: anything can be coded. And most people won't because they have their life to live. What matters is the default, and all the incentives point to the default being shittier as time goes on.

The most crucial point is the relay. Yes, appviews can work without, but then you miss everything that is happening which is probably the number one reason people go to bluesky rather than the fedi. Relays are a fundamental part of what makes bluesky attractive and they require large capital to run and maintain, so it all points to bluesky still running the main one that most will connect to