2026年6月19日，React核心团队Dan Abramov在个人博客overreacted.io上发表了一篇题为「There Are No Instances in atproto」的文章。不到48小时，Lobsters上聚集了63条评论，其中一条来自用户orib的评论获得了47个upvote，直指问题的核心。
orib写道：「当人们问『实例在哪』时，他们问的是独立运营者。如果Bluesky这家公司消失了，网络还存在吗？」
这是一个锋利的问题。而它打开的讨论，远比「atproto有没有实例」这个修辞问题更值得拆解。
Abramov的架构叙事：RSS模式的复兴
Abramov的文章结构清晰得像一次代码重构。他从RSS + Google Reader的时代讲起——你把自己的博客托管在任何地方，Google Reader和Feedly这样的聚合应用从各处抓取内容，呈现给读者。hosting和aggregation是分离的两层。
然后他追溯了Facebook如何把这两层打包进一个封闭的盒子：你的帖子和你的信息流住在同一个系统里，而且只有一个App可以用。为了对抗这种中心化，Mastodon选择了一条路径——把「盒子」做小、做多，让它们互相转发消息。这就是「实例」的概念：每个实例是「hosting + App」的捆绑包，用户住在一个实例里，身份和实例绑定。
Abramov的核心论断是：Mastodon把hosting和aggregation重新打包了，只是把一个大盒子换成了很多小盒子。而atproto做的是完全不同的选择——回到RSS模型，把hosting和aggregation在网络层切开。你的数据存在Personal Data Server（PDS）上，App和Relay只是数据的「投影」。PDS可以换，App可以换，身份（DID）跟着你走——和Google Reader里的博客一样。
这个叙事在技术上是自洽的。Abramov本人当天就换了PDS托管商，从Bluesky的默认PDS迁移到Eurosky，整个过程「除了三四个UX上的小问题，基本全自动」。黑天（Blacksky）和北天（Northsky）这样的第三方社区也跑着自己的完整基础设施栈，从PDS到App View一应俱全。如果你把「去中心化」定义为「用户可以在不丢失身份和数据的前提下更换基础设施提供商」，atproto确实做到了。
石头在哪：PLC目录的中心化困境
orib的问题没有在「有没有实例」的层面停留。它直指一个更硬的指标：网络能否在核心运营实体消失后存活——这才是去中心化的真正测度。
atproto的身份系统依赖DID（Decentralized Identifier）。绝大多数Bluesky用户使用did:plc方法——这个方法背后的PLC（Public Ledger of Credentials）目录，目前由Bluesky Social PBC单一实体运营。它是一个中心化的、single-writer的注册表。你想解析一个did:plc身份、验证一次密钥轮换、确认一个handle的归属，都要经过这个目录。
社区讨论中反复出现一个判断模式：Relay有独立运营者，PDS有独立运营者，App View有独立运营者——每一层都有替代方案，但PLC目录不同。一位Lobsters评论者甚至承认：「其他部分都可以独立运行，除了这个很难换的中心化服务。」另一位的表述更直白：PLC的存在意味着「等于不行」。
这个批评有具体的技术锚点。did:web作为替代DID方法确实存在——它通过HTTPS从一个受控域名的well-known路径获取身份文档，不依赖任何中心化目录。但did:web的部署门槛明显更高：你需要拥有一个域名、维护一个HTTPS端点、确保它永远不掉线。对于绝大多数普通用户来说，这条路不通。因此，did:plc占据了压倒性的使用比例。
如果Bluesky公司今天消失，PDS、Relay、App View都可以被社区接手——数据是公开的，协议是开放的。但PLC目录的运营权、状态数据、恢复密钥的托管，全都攥在Bluesky手里。一个中心化组件卡在去中心化架构的气管上——这就是orib问题的技术实质。
回应方：这条路正在修
Bluesky并非没有意识到这个问题。2025年9月，Bluesky官方博客发布了一篇题为「Creating an Independent Public Ledger of Credentials (PLC) Directory Organization」的文章，宣布支持成立一个独立的非营利组织来运营PLC目录。经过对多个司法辖区的评估，这个实体将注册为瑞士协会（Swiss Association）。
2026年2月，PLC目录的Read Replica机制上线，允许任何人运行只读镜像。3月的春季路线图确认「独立PLC组织的筹建已取得进展」。此外，atproto社区还在讨论基于Web-of-Trust的治理模型以及WebPKI风格的透明日志。
从工程进度来看，PLC独立化不是空头支票——但它也还远没有落地。瑞士协会的法律注册、治理委员会的组建、运营权的实际移交，这些步骤目前仍处于进行中状态。对于一个已经拥有超过4000万注册用户的社交网络，这个节奏算不上快。
公允地说
这场辩论的双方都有合理的立足点。
支持atproto架构一方（以Abramov为代表）的核心论据：把「是否有实例」作为去中心化的唯一指标是概念上的张冠李戴。atproto的架构创新——将身份与托管分离、让App成为数据投影、保证数据可移植——在工程上是真实的。黑天、北天、Eurosky等第三方的存在证明这个架构正在被实际使用，不只是PPT上的方块图。Abramov迁移PDS的个人经历也说明，更换托管在操作上已经可行。
质疑PLC一方（以orib等Lobsters评论者为代表）的核心论据：架构上的分离不等于实践中的去中心化。只要PLC目录还是一个中心化服务，网络就有一个单点。用一位评论者的话说——「DID还是Bluesky Social PBC运营的」。这个单点不是理论上的：如果Bluesky明天消失，几千万did:plc用户的身份解析将陷入中断。did:web理论上可以接过接力棒，但迁移几千万个did:plc身份到did:web的实操方案并不存在。
双方对同一组技术事实采用了不同的判断标准。如果你把去中心化理解为「架构上消除了捆绑、保证了用户的数据自主权」，atproto已经交卷。如果你把去中心化理解为「没有任何单一实体能威胁网络的存续」，那PLC就是一张还没填完的答题卡。
从目前公开的路线图和推进节奏判断，PLC独立化是atproto去中心化承诺中最关键也最滞后的一环。瑞士协会如果能在2026年下半年完成注册和权力移交，atproto将卸下最重的一块石头。如果继续延期，质疑的声音只会越来越大——而它们并非没有道理。
本文的素材来自公开信息和社区讨论。如果你对这个话题有更深入的一手经验，欢迎指出文中的不足。