几周前作者写了《Bluesky 到底有多去中心化?》,在联邦网络和 Bluesky 上都收到了远超预期的关注。Bryan Newbold 撰写了一篇深思熟虑的回应文章《关于 Bluesky 和去中心化的回复》,作者认为值得一读。
关于此次交流的一些高层次思考
- 技术往往被视为社会中立的工具,但作者认为去中心化网络技术标准和协议对其个人意义重大,撰写相关文章花费了大量时间和精力。
- 作者原本担心文章过长没人会读,但实际上大多数人阅读了社交媒体上的总结内容,且反馈良好,包括 Bluesky 的工程团队。这表明在技术批判中保持礼貌和深入分析是可行的。
有趣的注释和有益的认可
- 技术辩论但有礼貌:Bryan 对作者的写作表示高兴和感激,同时也提出了一些不同意见。
- “共享堆”和“消息传递”似乎很重要:作者引入的“共享堆”和“消息传递”术语在分析系统技术差异时很有用,Bluesky 团队也开始使用这些术语。
- 承认规模目标:Bryan 承认 Bluesky 在规模和“不妥协”方面的目标,包括对基础设施组件的需求和成本考虑,同时也提到了一些新工具。
- 规模较大的尝试:作者对 Bryan 文中提到的非营利组织和社区能够运行大型基础设施的观点提出质疑,指出这些组织的规模和成本往往被低估。
去中心化和联邦制术语
- 定义比较:Bryan 采用了 Mark Nottingham 的 RFC 中的去中心化和联邦制定义,与作者的定义有所不同。作者认为 Bryan 的定义过于弱化了去中心化的概念,忽略了权力动态等重要因素。
- “去中心化”在 RFC 9518 中的背景:Mark Nottingham 的文章认为去中心化技术标准虽必要但不足以避免互联网功能的集中化,标准组织应确保其规范能实现去中心化操作,同时也承认中心化系统的某些优势。Mark 强调了用户切换功能提供商的能力,这与“可信退出”概念相似,但缺少“参与”的部分。
- “去中心化”在 Baran 的“On Distributed Communications”中的含义:Baran 论文中对“去中心化”的定义是“完全依赖单个点并非总是必需的”,但作者认为这是一个较弱的定义,因为 Baran 在使用该术语时是将其作为对分层中心化的批评,并引入了“分布式”的新术语。这表明当代对“中心化”和“去中心化”的术语使用与 Baran 的原意有所不同。
- 术语讨论的重要性:术语的选择很重要,Mark Nottingham 主张标准组织不应过度追求去中心化,而应关注实际效果。作者认为不应混淆不同语境下的“去中心化”概念,ATProto 和 Bluesky 的“可信退出”观点与 Nottingham 的观点相符,但作者仍坚持自己对去中心化的定义。
ATProto 缩小时会发生什么
作者认为 ATProto 的架构在缩放方面存在问题,尤其是在实现真正的去中心化时。与消息传递系统相比,ATProto 在缩放时面临更大的困难,其共享堆模型在去中心化时会导致消息传输量呈二次方增长。作者认为要使 ATProto 实现真正的去中心化,必须改变其架构,使其更像消息传递系统。
捍卫我的观点:去中心化 ATProto 具有二次缩放成本
通过分析网络中用户和消息的数量变化,作者证明了在 ATProto 中,随着节点的增加,缩放成本呈二次方增长。而消息传递系统在缩放时相对较好,能够在保持单个节点参与的同时,处理更多的用户和消息。这表明 ATProto 在实现真正的去中心化方面存在挑战。
重新构建可移植身份
作者对 Bryan 关于did:plc
的回应表示赞赏,同时也指出了 Bluesky 在去中心化身份方面的一些担忧,即如果 Bluesky 关闭或被收购,用户可能难以转移密钥。尽管 Bluesky 在去中心化身份领域做了一些工作,但仍有改进的空间。
Bluesky 的公共内容期望与社区期望
ATProto 的设计基于复制和索引所有内容,这与许多用户的期望不符,导致用户对数据的复制和索引感到不满。作者认为 Bluesky 的“全球公共火喉”模式过于 Web 2.0,可能不是用户真正想要的,需要寻找更适合用户需求的替代方案。
关于项目和协议的价值和设计目标
- ActivityPub 的价值和设计目标:作者认为 ActivityPub 的价值在于提供联邦 API 和客户端到服务器的 API,易于实现,可自我托管,具有网络域无关性、灵活性和可扩展性,以及统一的设计。
- Spritely 的价值和设计目标:Spritely 的目标是推进网络用户自由,包括安全协作、网络同意、健康社区、用户赋权、上下文通信、去中心化默认、无门控技术、明确技术限制和贡献公共领域等。
从这里走向何方
作者希望之前的文章能被以积极的方式看待,强调了清晰的术语沟通对于构建未来的重要性。作者对 ATProto 在去中心化方面的分析持保留态度,认为用户对 Bluesky 的去中心化程度的期望可能会发生变化。同时,作者相信“可信退出”是一个有价值的目标,希望 Bluesky 能够继续追求其目标,并与其他项目合作。作者表示将不再撰写类似的长篇博客,但仍对未来的发展感兴趣。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。