ATProto 中没有实例

原文 ↗ Hacker News 讨论 ↗

网络架构与“没有实例”

  • ATProto 将角色拆分为个人数据服务器（PDS）、AppViews，以及可选的 Relay；托管与应用是解耦的。
  • Relay 被描述为一种性能优化，而不是基础组成部分：它们将来自许多 PDS 的事件重新广播给许多 AppViews。
  • 一些评论者认为这只是语义上的区别：PDS、AppViews 和 Relay 在实践中仍然像“实例”一样运作，只是分组方式不同。
  • RSS/Google Reader 的类比对一些读者有帮助；另一些人则觉得它们具有误导性，因为 ATProto 应用是服务器端聚合器，并且对用户能看到什么有很强的控制力。

与 ActivityPub / Mastodon 的比较

  • ActivityPub/Mastodon 实例把身份、托管、UI 和审核捆绑在一起，这：
    • 让去中心化变得更直观（成千上万的服务器，用户分散在各处）。
    • 但也让你被绑定到某个实例，并使迁移和扩展更困难。
  • ATProto 的目标是：
    • 通过 DIDs 提供稳定身份，并更容易在主机和应用之间迁移。
    • 采用共享的、类型化的数据模型，让许多应用可以复用并重新组合相同内容。
  • 批评者反驳说，如今 ATProto 的生态实际上由单一提供方（Bluesky）主导，这一点与 Mastodon 不同。

审核、审查与治理

  • ATProto 的审核发生在多个层面：托管、AppViews、Relay，以及标准化的“labeler”服务，应用可以选择使用它们。
  • 举例来说：在主 Bluesky 应用中被封禁的用户，在另一个拒绝 Bluesky 审核决定的 AppView 中仍然可见。
  • 怀疑者指出：
    • 如果大多数用户仍留在主 Bluesky AppView，那么在那边被封禁在功能上仍然等于被噤声。
    • 目前只有一个 PLC directory；治理正在转移到瑞士实体并进入 IETF，但中心化风险依然存在。
    • 一些人认为，在出现许多独立且被广泛使用的 AppViews 之前，ATProto 只是“去中心化洗白”。

成本、自托管与可扩展性

  • PDS 很便宜，可以运行在小型 VPS 甚至 Raspberry Pi 级别的硬件上。
  • 据报道，镜像整个网络的 Relay 现在每月运行成本约为 20–30 美元；AppViews 只有在你试图复制全球 Bluesky 索引时才会“昂贵”。
  • 支持者认为这对业余开发者来说是可负担的，并能催生共享基础设施市场；批评者则认为：
    • 30 美元/月以及运维工作在许多地区都不算小。
    • 在实践中，只有少数几个 Relay 和 AppView 存在，这使权力仍然集中。

用户体验、文化与采用

  • 支持 ATProto 的声音强调：
    • 对非技术用户来说，它比“选择一个实例”的 Fedi 入门方式有更好的 UX 路径。
    • 能够在非常不同的应用之间复用同一个身份（微博、博客、代码托管等）。
  • 支持 ActivityPub 的声音强调：
    • 已被验证、可运行的去中心化，拥有许多独立服务器和资助模式。
    • 文化韧性：如果一个大型 Mastodon 服务器宕机，网络大体仍能继续运行。
  • 引发的开放问题：
    • ATProto 是否会继续由 Bluesky 主导，还是会演变成真正多提供方的生态系统。
    • 技术上的可移植性是否会转化为真正的、与创始公司相分离的文化和经济独立性。