作者批评ATProto的密钥管理设计，分享了自己使用did:web创建Bluesky账户的复杂过程，包括设置PDS软件、生成密钥对、配置DNS和CORS等步骤，最终仍需手动通过curl请求激活账户，突显了系统的繁琐性。

关于ATProto密钥管理问题的反思与批评

事件经过

作者尝试使用did:web（而非官方推荐的did:plc）创建Bluesky账户时遭遇了一系列问题：

1. 在自控服务器部署PDS软件（得益于NixOS系统相对顺利）
2. 创建did:web密钥对时，过时教程遗漏了关键步骤
3. 上传DID文档时需额外设置CORS头部
4. 账户创建后处于"停用"状态，需通过curl手动调试
5. 删除未使用的空账户后，发现DID被系统永久封禁（称为"burned"状态）

故障表现为多重信息断层： - Bluesky主站完全不可见账户 - Blacksky生产环境仅显示基础信息 - Blacksky自建AppView则显示"无效"状态下的发帖

核心批评

1. 伪去中心化问题：

   • 尽管Blacksky推出了AppView，但单点封禁仍能完全阻断用户交互
   • 对比Mastodon的联邦设计，封禁仅影响已建立连接的实例

2. 文档缺失陷阱：

   • 关键API（如getRecommendedDidCredentials）文档仅提及"账户迁移"场景
   • 完整操作流程仅存于已关闭的GitHub工单评论区

3. 系统设计矛盾：

   • did:web被宣传为"自主托管"方案，实际使用体验却高度依赖中心化组件
   • 密钥管理要求用户手动编辑JSON数据，违背易用性原则

深层反思

作者承认虽然不喜欢ATProto体系，但为与亲友保持社交连接仍尝试使用。这种妥协揭示了当前社交媒体的现实困境：理想中的社区自托管网络难以对抗资本支持的平台，而当这些平台标榜"去中心化"时，实际设计却未能兑现承诺。

（全文在保留技术细节的同时，删减了重复性操作描述和次要平台对比，聚焦于系统设计缺陷与中心化实质的批评）

以下是评论内容的总结，平衡呈现不同观点并保留关键引用：

1. 对ATProto/Bluesky的批评与担忧

   • 认为ATProto体验类似早期区块链应用，内容杂乱且实用性低："slightly worse form of Twitter... a lot of rage content"（评论2）
   • 批评系统复杂性和密钥管理问题："Complexity acts like a gate... key management shouldn't have to be difficult"（评论3、6）
   • 质疑DID技术不成熟："the space is full of half working implementations"（评论9）

2. 对问题改进的乐观态度

   • 相信问题终将解决："I'm optimistic that this will eventually get fixed"（评论1）
   • 肯定社区支持："author was able to find a supportive community on discord"（评论5）

3. 关于去中心化与集中化的讨论

   • 认为当前需要集中化："BlueSky has to be centralized... federated network is too poor"（评论7）
   • 建议简化技术门槛："True ownership... only possible if you can actually afford to host it yourself"（评论3）

4. 对DID实现的分歧

   • 指出did:web的局限性："less than 50 functioning did:web identities total"（评论4）
   • 强调did:plc更实用："did:plc provides more pragmatic freedom"（评论5）
   • 但认为应保留选择权："did:web should be a functional alternative on principle"（评论5）

5. 与其他平台的比较

   • 对比Mastodon认为缺陷可能是特性："perceived 'flaws'... are features just as much as bugs"（评论10）
   • 建议参考nostr的密钥设计："every client automatically generates [a keypair]"（评论6）

关键争议焦点：
- 关于"burn"机制的安全必要性："to stop credential reuse attacks"（评论9）
- 对技术复杂性的根本分歧："Working outside of did:plc is a choice... very ragged edge"（评论4）vs "We should focus on making things simple"（评论3）