小心 Bluesky
Be wary of Bluesky

原始链接: https://kevinak.se/blog/be-wary-of-bluesky

## 蓝天上的去中心化幻觉 蓝天基于开放的ATProto协议,承诺用户控制权和可移植性——如果不满,可以带着数据离开。然而,一个关键缺陷破坏了这一承诺:几乎所有用户都依赖蓝天的基础设施来存储其“个人数据服务器”(PDS),所有来自连接应用程序(如Tangled、Grain、Leaflet)的数据都存储在那里。 虽然*可以*自行托管PDS,但对于大多数人来说是不切实际的,这造成了一个中心控制点。每个与蓝天集成的新的应用程序都会进一步锁定用户,增加对蓝天服务器的依赖,并降低迁移的动力。 这种中心化不仅限于PDS,还延伸到中继(数据流控制)和AppView(时间线组装),目前都由蓝天主导。未来的收购可能允许新所有者禁用数据导出,从而有效地困住用户并控制整个ATProto生态系统——这不仅会影响蓝天,还会影响所有连接的应用程序。 尽管协议是开放的,但现实却反映了过去像电子邮件一样的失败,便利性胜过去中心化。蓝天的资金和潜在的盈利能力使其固有的压力是巩固控制,可能凌驾于其公共利益公司(PBC)结构之上。技术上能够离开并不能保证用户*会*离开,最终,依赖中心权威的默认情况很可能会胜出。

## Bluesky:一个谨慎的观察 最近在Hacker News上出现了一场关于Bluesky长期可行性的讨论,焦点在于它是否能真正成为一个去中心化的社交网络。虽然它因开放的AT协议(允许数据导出)而受到赞扬,但主要担忧是Bluesky PBC(该平台背后的公司)既是开发者又是主要把关者。这造成了一种紧张关系:Bluesky是否会将增长和收入置于真正的去中心化之上,并可能重蹈Twitter的覆辙? 一些评论员强调“Blacksky”是AT协议更完善的实现,暗示那些只关注Bluesky的人缺乏理解。另一些人则指出,由于投资者的期望,平台“沦落”是不可避免的。 Mastodon和Nostr等替代方案也被提及,但网络效应仍然是一个重要的障碍。一些人提倡“POSSE”模式——在个人网站上发布内容并将其分发到社交媒体——但承认这对许多人来说是不切实际的。最终,争论的焦点在于Bluesky是否能在其去中心化基础之上,避免成为另一个中心化平台。
相关文章

原文

In 2023, Bluesky's CTO Paul Frazee was asked what would happen if Bluesky ever turned against its users. His answer:

"it would look something like this: bluesky has gone evil. there's a new alternative called freesky that people are rushing to. I'm switching to freesky"

That's the same argument people made about Twitter. "If it goes bad, we'll just leave." We know how that played out.

The promise

Bluesky is built on ATProto, an open protocol. The pitch is simple: your data is yours, your identity is yours, and if you don't like what Bluesky is doing, you can take everything and leave. Apps like Tangled (git hosting), Grain (photos), and Leaflet (publishing) all plug into the same protocol. One account, many apps, no lock-in.

It sounds great. But look closer.

Where your data actually lives

When you use any ATProto app, it writes data to your Personal Data Server, or PDS. Your Bluesky posts, your Tangled issues, your Leaflet publications, your Grain photos. All of it goes to the same place.

For almost every user, that place is a server run by Bluesky.

You can self-host a PDS. Almost nobody does. Why would they? Bluesky's PDS works out of the box with every app, zero setup, zero maintenance. Self-hosting means running a server, keeping it online, and gaining nothing in return.

To be fair, migration tools exist. You can move your account to a self-hosted PDS for as little as $5 a month. Bluesky has made this easier over time and even supports moving back. But this only works if you do it before the door closes. If an acquirer disables exports, it doesn't matter that the tools existed yesterday. And we know from every platform transition in history that almost nobody takes proactive steps to protect their data.

The flywheel

Here's the part that worries me.

Every new ATProto app makes this problem worse, not better. Each app tells you "sign in with your Bluesky account", which really means "write more data to Bluesky's servers." The more apps that launch, the more users depend on Bluesky's infrastructure, the less reason anyone has to leave.

The protocol doesn't distribute value across the network. It concentrates it. Developers are building features on top of Bluesky's infrastructure for free, making it more indispensable with every app that ships.

And Bluesky gets to claim the moral high ground the whole time. "We're open! We're decentralized! You can leave whenever you want!" Meanwhile, the switching cost goes up every day.

The chokepoints

It's not just the PDS. Bluesky controls almost every critical layer:

The Relay. All data flows through it. Bluesky runs the dominant one. Whoever controls the relay controls what gets seen, hidden, or deprioritized. Third parties can run their own, but without the users, it doesn't matter.

The AppView. This is what assembles your timeline, threads, and notifications. Bluesky runs the main one. If it goes down or goes hostile, every client that depends on it breaks.

The DID Directory. Your identity on ATProto resolves through a centralized directory run by Bluesky. They've called it a "placeholder" since 2023 and said they plan to decentralize it. There's still no timeline.

At every layer, the answer is "anyone can run their own." At every layer, almost nobody does.

The Gmail problem

Email is an open, federated protocol. Anyone can run a mail server. In practice, running your own mail server is painful and everyone just uses Gmail. The protocol being "open" didn't prevent centralization.

ATProto might be worse. With email, at least each app connects to your own server. With ATProto, each new app adds more data to the same centralized PDS. The open protocol is actually a centralization flywheel.

What happens in an acquisition

Say someone buys Bluesky. They now control:

  • The PDS for nearly every user
  • The main relay
  • The main AppView
  • The DID directory that resolves every identity

They could disable data export. They could cut off third-party apps. They could shut down federation. They could insert ads, shadow ban users, deprioritize content.

And the blast radius isn't just Bluesky the social network. It's every app in the ecosystem. Your git issues on Tangled, your posts on Leaflet, your photos on Grain. All stored on infrastructure now controlled by the acquirer.

The protocol says you can leave. But the company that just paid billions for the network has no incentive to let you.

I like Bluesky. I use Bluesky. The team seems to genuinely care.

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.

And then there's the money. You don't raise $120M at a $700M valuation to run a public utility. Those investors need a return. That return comes from monetizing users, getting acquired, or going public. All three create pressure to consolidate control, not distribute it. A truly decentralized network where users can freely leave is worth less to an acquirer than one where they can't.

The PBC structure is supposed to be the safeguard. But PBC obligations are vague and untested in court. When $120M in VC money is on one side of the balance, guess which way it tips.

The protocol can't save you from incentives.

联系我们 contact @ memedata.com