Bluesky 现已向公众开放注册

概览与背景

• Bluesky 取消了仅限邀请的门槛，引发了关于其作为去中心化 Twitter 式网络目标的讨论。
• 一些评论者将此视为一个重要里程碑，但也有人觉得，相较于“Twitter 出走潮”的高峰，这一步来得太晚。

协议、联邦与技术设计

• Bluesky 使用自己的 AT Protocol，而不是 ActivityPub；其核心理由之一是强大的账户可移植性（在服务器之间迁移身份、数据和社交图谱）。
• 架构包括：分布在多个 SQLite 数据库中的按用户仓库、基于 ScyllaDB 的全局索引（“AppView”）、独立的个人数据服务器（PDS），以及为订阅者聚合数据的 relays。
• 生产网络上的开放联邦预计“本月”实现；届时任何人都可以运行 PDS 和 relay。
• 已存在与 ActivityPub 的桥接（例如通过 BridgyFed），但与 Mastodon 之间还没有完整的原生互操作。

审核、文化与信息流

• 关键功能：可组合、可“叠加”的审核列表，由第三方运行；用户可以选择不同的标注/过滤服务，包括不使用任何服务。
• 一些人认为这对联邦式社交媒体是重大优势；另一些人担心这只是重新制造任意的实例级权力，或者加深“过滤气泡”。
• 早期文化强调激进封锁；有人喜欢这点，把它视为对喷子/机器人账号的防御，另一些人则认为它过度、且会使社区碎片化。
• 默认/发现信息流被广泛批评为充斥美国政治、关于 Twitter 的元讨论，以及小众亚文化（例如 furries），与声称的兴趣匹配很差。
• 自定义算法信息流（由第三方定义的、对公开火焰喷射流的过滤）被赞为一个强大但曝光不足的功能。

身份、注册与隐私

• 账号名：许多想要的简单用户名已经被占用；Bluesky 鼓励使用个人域名作为账号名，有些人喜欢这样做，但另一些人觉得这不切实际或会让命名空间变得混乱。
• 有人担心需要两个账号（bsky.social 和自己的域名）以防止品牌冒充。
• 新的公开注册要求短信手机号验证和出生日期；这一做法被解释为反机器人和未成年人安全措施，但也因隐私敌对、容易被坏人绕过，以及对一些国际号码存在 bug 而受到强烈批评。
• 自托管的 PDS 不会被要求进行短信验证，但网络将如何处理滥用或发送垃圾信息的外部 PDS 仍然存在疑问。

商业模式与信任

• Bluesky 由风险投资资金支持；评论者一再质疑其缺乏清晰、详细的商业模式，并担心最终会走向广告驱动的“变烂”或关闭。
• 团队提到过一篇关于出售域名的旧博客文章，并表示目前财务状况稳定、团队规模较小，目标是长期可持续。
• 一些人怀疑“锁定开放”的协议设计是否真能防止未来的中心化或围墙花园行为，并援引其他平台的历史；另一些人则反驳说，开放协议加上第三方服务器/客户端仍然是实质改进。

与其他平台的比较

• 相比 Mastodon/ActivityPub：一些人觉得 Bluesky 更精致、更“适合普通人”；另一些人认为 Mastodon 已经有（部分）账号迁移，应该专注于改进 ActivityPub，而不是发明新协议。
• 相比 Threads：Threads 拥有大量用户数并已迈出 ActivityPub 联邦的早期步骤；一些人认为其对 AP 的工作更像监管表演，而非真正承诺。
• 相比 Twitter/X：对一些人而言，Bluesky 像早期 Twitter（GIF/视频更少、文字段子更多）；另一些人则说它只是继承了 Twitter 式的愤怒文化。
• 一些评论者因意识形态或技术原因更偏好 Mastodon、Lemmy 或 Nostr；少数人将 Bluesky 描述为意识形态回音室。

采用、时机与社交媒体疲劳

• 一些用户认为，Bluesky 长时间的邀请码制度浪费了最佳迁移窗口，而关键社区（尤其是技术、AI、金融）仍留在 Twitter、Mastodon 或 Threads 上。
• 另一些人表示，尽管有一些小众信息流和社区，但整体参与度低、时间线很“安静”。
• 许多人表达了对“又一个社交网络”的普遍倦怠，更偏好更小众/主题化或论坛式社区，并且不信任任何新的、中心化或由风投支持的社交平台，无论其协议是否开放。