文章摘要
atproto协议中没有“实例”概念，这是Mastodon的思维误区。文章以RSS和Google Reader为例，强调托管与聚合是两回事：内容发布在自有博客，而阅读器只是内容的投影。
文章总结
在atproto中不存在“实例”概念
每当关于atproto的帖子出现在Hacker News上，总会有人问：“Bluesky的实例在哪里？”问题在于，atproto中根本没有“实例”这个概念！这种提问属于范畴错误。“实例”是Mastodon思维下的产物，我需要写一篇文章来清晰解释这一点。
RSS与Google Reader
RSS的黄金时代已经过去，但它的模式值得借鉴。你在自己的博客上发布内容（可以自托管或使用博客平台），然后所有内容被聚合到Google Reader、Feedly等应用中。请注意：托管和聚合是两件独立的事情。你的文章并不“居住”在Google Reader里，应用只是博客世界的投影。
Mastodon及其实例
Mastodon的解决方案是：让每个社区拥有自己的“小Facebook”或“小Twitter”，称为“实例”。这带来几个问题： - 你必须选择加入哪个实例，你的身份变成了“来自某实例的Alice” - 不同实例之间通过“联邦”协议转发内容 - 如果实例管理员与其他实例发生冲突，可能停止联邦 - 如果你的实例关闭，你的身份将不复存在
atproto的解决方案
忘记Mastodon的模式，回到RSS的思路：托管是内容真正“居住”的地方，应用从托管处聚合内容。atproto将托管与聚合在网络层面分离：
- 你可以更换托管服务：作者本人刚刚将数据迁移到Eurosky，除了几个小问题外，整个过程自动完成
- 你可以尝试或创建新应用：如Tangled、Semble等与Bluesky无关的应用，作者也创建了自己的开源应用
如何衡量去中心化
在atproto中，衡量去中心化的标准不是“实例数量”，而是： 1. 人们是否在迁移到替代托管服务？ 2. 人们是否在尝试和创建新应用？
将托管与应用分离，解决了封闭社交和联邦社交中的激励问题。把我们的内容放在应用之外，让应用去聚合它们——就像RSS和Google Reader那样。
评论总结
根据评论内容，总结主要观点如下：
1. ATProto的技术架构与去中心化争议 - 支持者认为ATProto通过分离Relays、AppViews和PDS实现了更优雅的系统设计（评论8："Relays, AppViews and PDSes are separate services with their own distinct scaling demands. It's a rather beautiful solution"） - 批评者指出ATProto存在隐性中心化，如单一PLC目录和少数Relays（评论10："There's only one PLC directory... very few full relays, none that don't mirror bluesky censorship"） - 有评论认为ATProto牺牲了真正的去中心化以换取一致性（评论12："ATproto sacrifices true decentralization for consistency"）
2. 与Mastodon/ActivityPub的对比 - 支持者强调ATProto的架构优势（评论7："The difference isn't that there aren't 'instances'... it's just that the instances are segmented differently"） - 批评者认为Mastodon的实例模型更安全（评论11："Instances are safer precisely because they are more genuinely decentralized"） - 有评论指出ATProto的"实例"概念被刻意曲解（评论15："you've misinterpreted 'instances' just to plug ATProto specifically at the expense of ActivityPub"）
3. 资金与商业模式担忧 - 核心担忧是ATProto依赖风险投资（评论9："ATProto is existentially dependent on Bluesky PBC, a venture-funded startup ($100M from Bain Capital)"） - 对比Mastodon的可持续模式（评论9："Mastodon... covering its costs through Patreon, co-operative & nonprofits... without any VC input"） - 质疑长期去中心化可行性（评论18："there is no obvious reason to believe it will become more meaningfully decentralized over time"）
4. 用户控制与审查问题 - 批评者认为ATProto的架构使审查更易实施（评论18："Bluesky is vastly more centralized in practice than the theoretical marketing"） - 支持者认为PDS赋予用户数据所有权（评论12："it's more about owning your data rather than collectively owning a part of the network"） - 有评论质疑运行个人PDS的实际价值（评论18："Why would I pay to selfhost stuff while allowing someone to control almost everything I can see and do?"）
5. 对RSS类比与历史教训的反思 - 有评论认为Google Reader类比令人不安（评论14："Google Reader feels like an ominous pick for an analogy... at the whims of executives Google Reader fell and nearly killed RSS"） - 支持者认为ATProto的架构优于RSS（评论8："the big improvement vs Mastodon is that Relays, AppViews and PDSes are separate services"）
总体评价：评论呈现明显分歧，技术层面认可ATProto的创新设计，但对其实际去中心化程度、资金依赖和审查风险存在严重质疑。多数评论认为Mastodon在去中心化和可持续性方面更具优势。