Nostr vs ActivityPub vs Bluesky：完整协议对比

三种主要去中心化社交协议的全面技术对比。了解架构、权衡取舍，以及哪种协议适合你的需求

执行摘要

去中心化社交领域有三种主要协议在争夺采用：Nostr（Notes and Other Stuff Transmitted by Relays，通过中继传输的笔记和其他内容）、ActivityPub（为 Mastodon 提供支持的协议）和 Bluesky 的 AT 协议。每种都代表了从根本上解决同一问题的不同方法：如何在没有集中控制的情况下创建社交网络。

关于「当前规模」这一行要多说一句，因为这些数字经常被人乱引。Bluesky 在 2026 年 4 月越过 4300 万注册账号，这是它最后一次公布的数字。Mastodon 有大约 1000 万注册账号，但某个月里真正发帖的人不到一百万。Nostr 则根本没有可信的用户数：唯一容易统计的是历史上出现过多少个公钥，这个数字在几千万量级，其中大部分是机器人、垃圾账号和早已废弃的密钥。这三个数字压根不是同一种东西，所以这一行只能当作一个排序看，不是记分牌。

应该使用哪种协议？

• 选择 Nostr：如果抗审查是你的首要任务，你想要真正的数据所有权，或者你是比特币/密码学社区的一员
• 选择 ActivityPub/Mastodon：如果你想要一个成熟的网络、完善的应用和强大的社区管理，或者需要为你的组织运行服务器
• 选择 Bluesky：如果你想要精致的用户体验、有企业支持保障长期发展，或者正从 Twitter 迁移并希望保留熟悉感

协议架构

了解每种协议在技术上如何工作，有助于解释它们各自不同的优势和局限。

Nostr：客户端-中继模型

Nostr 优雅而简单：只有客户端和中继。

工作原理：

1. 你的身份： 在你的设备上本地生成的加密密钥对（npub/nsec）
2. 发布： 你用私钥签署事件并发送到你选择的中继
3. 阅读： 你的客户端查询多个中继以获取你关注的人的帖子
4. 没有中央注册表： 任何人都可以运行中继；加入网络无需批准

中继

存储和转发 Nostr 事件的服务器。中继不知道你是谁，它们只是验证签名并存储数据。

中继是存储签名消息的简单管道

主要特征：

• 无状态： 中继不维护用户账户或关系
• 冗余： 你可以同时使用 10 个以上的中继；如果一个审查你，其他中继仍然拥有你的数据
• 简单协议： 核心规范（NIP-01）就是一份很短的文档，其余全是可选的扩展
• 没有联邦： 中继之间不互相通信；由客户端从多个来源聚合内容

ActivityPub：联邦服务器模型

ActivityPub 创建了一个由相互连接的服务器组成的联邦，就像电子邮件，但用于社交媒体。

工作原理：

1. 你的身份： 由你加入的服务器分配（例如 @user@server.com）
2. 发布： 你的服务器存储你的帖子，并将它们推送到关注者所在的服务器
3. 联邦： 服务器之间使用 ActivityPub 协议通信，在网络中共享帖子
4. 实例管理： 每个服务器都有管理员来制定规则和审核内容

主要特征：

• 以实例为中心： 你的服务器就是你的家；它存储你的数据并管理你的身份
• 服务器到服务器： 服务器之间主动通信并共享内容
• 有管理机制： 每个服务器制定自己的内容政策，并可以屏蔽其他服务器
• 成熟的生态系统： 自 2018 年起就是 W3C 推荐标准，已形成成熟的最佳实践

Bluesky AT 协议：个人数据存储模型

Bluesky 结合了前两种方法的思路，注重用户体验并有企业支持。

工作原理：

1. 你的身份： 一个去中心化标识符（DID），可以与域名句柄关联
2. 个人数据存储（PDS）： 你的数据存放在 PDS 上。初期由 Bluesky 托管，你也可以自行托管
3. 中继/索引器： Bluesky 运行的中继聚合来自所有 PDS 的数据并建立搜索索引
4. 客户端独立性： 任何应用都可以通过你的 DID 从中继网络读取数据

主要特征：

• 混合方式： 将用户数据所有权与集中式索引相结合
• 域名句柄： 你的身份可以绑定到你控制的域名（如 alice.com）
• 联邦已经开放，但采用率不高： 从 2024 年起任何人都可以自行运行 PDS 并加入联邦，但 Bluesky 仍把自行托管定位为「早期体验」（自建 PDS 上限是 10 个账号），而且几乎所有账号仍然待在 Bluesky 托管的 PDS 上
• 商业支持： Bluesky PBC 为开发提供稳定性和资源

关键差异

身份与认证

Nostr 采取了最激进的方式：你的身份纯粹是加密学的。丢失私钥（nsec），你的身份就永远消失了。这对抗审查而言是一种优势，没有任何权威能没收或重置你的身份。代价是密钥管理必须格外小心。

ActivityPub 使用传统的基于服务器的认证。这很熟悉（像电子邮件一样），并允许重置密码，但会造成锁定：你的身份绑定在服务器上。如果 mastodon.social 封禁了你，你就失去了 @yourname@mastodon.social。

Bluesky 提供了一条中间道路：你的核心身份是一个 DID（去中心化标识符），无论句柄如何变化都保持不变。你可以在不同的 PDS 提供商之间迁移并保留身份，类似于在运营商之间携号转网。

抗审查性

Nostr：最高抗性

• 没有中央权威能把你从协议中封禁
• 任何人都可以运行中继；只需一个中继你就能参与
• 内容经过加密签名，无法伪造或篡改
• 如果某个中继屏蔽了你，换一个即可
• 代价： 垃圾信息更难防范；内容审核在客户端进行

ActivityPub：有管理的联邦

• 你的服务器管理员可以把你从其实例中封禁
• 服务器之间可以互相去联邦（整体屏蔽）
• 既能创造”安全空间”，也可能形成回音室
• 代价： 强大的社区管理，但可能导致网络碎片化

Bluesky：企业管理

• Bluesky PBC 可以在中继层面进行审核
• 自托管的 PDS 提供了一定的独立性
• 基于域名的验证形成声誉系统
• 代价： 垃圾信息防范更好，但依赖 Bluesky 的善意

可扩展性与性能

Nostr：

• ✅ 水平扩展：中继越多 = 容量越大
• ✅ 没有单点故障
• ⚠️ 客户端必须查询多个中继（带宽消耗大）
• ⚠️ 没有全局视图；内容发现比较困难
• ⚠️ 中继的存储成本可能限制历史数据的保留

ActivityPub：

• ✅ 高效：服务器只获取其用户需要的内容
• ✅ 已有成熟的扩展模式（参见 Mastodon.social）
• ⚠️ 实例宕机会影响其全部用户
• ⚠️ “联邦时间线”无法扩展到数百万用户

Bluesky：

• ✅ 集中式中继提供快速、一致的查询
• ✅ 专业的基础设施（CDN、缓存等）
• ⚠️ 目前是中心化的；真正的去中心化尚待实现
• ⚠️ 中继是瓶颈，也是潜在的控制点

数据可移植性

Nostr：

• ✅ 原生可移植性：你的数据存在于多个中继上
• ✅ 即时切换客户端：你的密钥在每个应用里都通用，什么都不用导出
• ⚠️ 用签名器登录，不要粘贴密钥：Android 上用 Amber 这类签名应用，浏览器里用 Alby 或 nos2x 这类扩展。永远不要把 nsec 粘贴到网站里
• ✅ 设计上就没有供应商锁定
• ⚠️ 不保证数据持久性（中继可能删除旧数据）

ActivityPub：

• ⚠️ 数据导出取决于你的服务器
• ⚠️ 更换服务器 = 新的身份
• ⚠️ 关注者不会自动转移（“账号迁移”只是部分实现）
• ✅ 一些服务器提供不错的导出工具

Bluesky：

• ✅ 从底层设计就考虑了可移植性
• ✅ 所有数据都可通过 API 访问
• ✅ 内置账号迁移工具
• ⚠️ 目前依赖 Bluesky 托管的 PDS

隐私考量

Nostr：

• ✅ 无需手机号或电子邮件
• ✅ 默认使用假名（无需实名）
• ⚠️ 所有帖子都是公开的（加密私信是可选项）
• ⚠️ 可能被进行元数据分析（你使用哪些中继、何时发帖）

ActivityPub：

• ⚠️ 服务器管理员可以读取私信
• ⚠️ 注册通常需要电子邮件
• ✅ 可以发布私密帖子（取决于服务器）
• ✅ 一些实例注重隐私保护

Bluesky：

• ⚠️ 注册时需要验证电子邮件
• ⚠️ Bluesky PBC 可以访问数据
• ⚠️ 设计上一切公开：协议里根本没有私密账号或锁定账号这种东西
• ⚠️ 私信走 Bluesky 自己的聊天服务，不是端到端加密
• ✅ 没有实名要求：允许使用假名和明确标注的仿冒（parody）账号，而域名句柄证明的是你控制这个域名，不是你是谁

开发者体验

Nostr：

• ✅ 协议极其简单（一天即可学会）
• ✅ 构建客户端无需服务器
• ✅ 蓬勃发展的开源生态系统
• ⚠️ 碎片化（存在许多相互竞争的标准/NIP）
• ⚠️ 内置功能有限（一切都要自己实现）

ActivityPub：

• ✅ 多种语言的成熟库
• ✅ 文档完善的 W3C 标准
• ✅ 有现成的实现可供研究
• ⚠️ 协议复杂（ActivityStreams + ActivityPub）
• ⚠️ 大多数应用都需要进行服务器端开发

Bluesky：

• ✅ 现代、设计良好的 API
• ✅ 强大的 TypeScript 支持
• ✅ 活跃的开发者社区
• ⚠️ 协议仍在演进中
• ⚠️ 目前依赖 Bluesky 的基础设施

使用场景建议

选择 Nostr，如果……

✅ 抗审查是不可妥协的底线

• 你是威权国家的记者
• 你讨论政治敏感话题
• 你曾被其他平台封禁

✅ 你重视简洁与所有权

• 你想真正拥有自己的身份
• 你偏爱极简、与比特币理念一致的技术
• 你接受自行管理密钥的责任

✅ 你希望读者能直接付钱给你

• 闪电打赏是读者直接发给你的小额闪电付款，中间没有平台抽成，也没有要先攒到多少才能提现的门槛
• 长文发布、音乐和艺术类客户端跟你发短帖用的是同一个身份，一把密钥全都覆盖
• 没人能取消你的收益资格，因为这里根本不存在什么可以被踢出去的创作者激励计划

✅ 你在比特币生态中构建产品

• 闪电网络集成很重要
• 你想要抗审查的价值转移
• 你已经熟悉密钥管理

推荐客户端： Damus（iOS）、Amethyst（Android）、Iris（网页）、Primal（全平台）

选择 ActivityPub/Mastodon，如果……

✅ 你想要一个成熟、稳定的网络

• 你需要可靠、经过充分测试的软件
• 社区管理对你很重要
• 你想加入现有社区（信息安全、学术、艺术家）

✅ 你在运营社区或组织

• 你需要服务器层面的控制权
• 你想制定社区准则
• 你的群体需要管理工具

✅ 你偏好熟悉的社交媒体模式

• 你喜欢类 Twitter 的界面
• 你想要私密帖子和精细的隐私设置
• 基于服务器的管理方式对你有吸引力

推荐服务器： mastodon.social（综合）、fosstodon.org（技术）、infosec.exchange（安全）、hachyderm.io（技术）

选择 Bluesky，如果……

✅ 你想要精致的主流体验

• 你正从 Twitter 迁移并希望保留熟悉感
• 用户体验是你的首要考虑
• 你想要专业的支持和开发

✅ 你想要主流的触达面和域名验证

• 域名验证对你很重要
• 你想要算法选择权（多种信息流）
• 你需要可靠的基础设施
• 给创作者的提醒：这里没有内置的让读者付钱给你的方式，所以它更适合跟 Nostr 搭配使用，而不是取代 Nostr

✅ 你信任企业支持下的去中心化

• 你相信渐进式去中心化是可行的
• 你希望有风投资金支持的资源来推动增长
• 你接受为易用性做出的权衡

推荐客户端： 官方 Bluesky 应用、Graysky（移动端）、Tokimeki（网页）

迁移指南

从 Twitter 迁移

三种协议都为逃离 Twitter/X 提供了出路，但体验各有不同：

Twitter → Nostr：

1. 找到你的社区： Nostr 仍然小众；按你的兴趣搜索
2. 把老联系人带过来： 用我们的 Twitter 桥接工具 查一查你在 X 上关注的人里，哪些已经有了 Nostr 密钥
3. 初期交叉发布： Xstr 可以自动把你在 X 上的帖子镜像到 Nostr，或者在你还没安顿下来之前手动复制粘贴
4. 拥抱差异： 除非你自己另作选择，信息流默认按时间顺序排列。热门和算法信息流也存在，但由你来挑，没有哪个平台替你决定
5. 慢慢积累： Nostr 奖励真诚的互动，而非粉丝数量

Twitter → ActivityPub/Mastodon：

1. 选择你的服务器： 研究与你兴趣相符的实例
2. 使用迁移工具： 有 Twitter 导出 → Mastodon 导入的工具
3. 做好手动重建关注关系的准备： 那些自动把 Twitter 镜像到 Mastodon 的服务，在 2023 年 X 关闭免费 API 之后就都关停了
4. 学习文化： 内容警告、替代文本（alt text）和联邦礼仪
5. 带上你的人脉： 许多 Twitter 社区在 Mastodon 上都有镜像

Twitter → Bluesky：

1. 最容易的过渡： 界面与老 Twitter 非常相似
2. 找到你的圈子： Bluesky 拥有最多的 Twitter 移民
3. 使用域名验证： 用你的域名建立可信度
4. 探索自定义信息流： Bluesky 的算法市场取代了 Twitter 的单一信息流
5. 轻松交叉发布： 大多数工具都原生支持 Bluesky

交叉发布策略

桥接方式：

• Openvibe 可以同时登录 Nostr、Bluesky、Mastodon 和 Threads，在一个输入框里一次发到所有平台
• Xstr 在 X 和 Nostr 之间双向镜像，免费且不托管你的密钥
• 发布到一个平台，镜像到其他平台
• 优点： 触达最大化 | 缺点： 对话碎片化，因为每一份副本都会各自收到一批回复

主阵地方式：

• 选择一个平台作为你的”主场”
• 手动将最佳内容分享到其他平台
• 优点： 在每个平台都有真诚的互动 | 缺点： 耗费时间

分离方式：

• 为每个平台准备不同的内容
• Nostr：不受审查的观点、比特币内容
• ActivityPub：社区讨论、小众兴趣
• Bluesky：职业形象、主流内容
• 优点： 内容与平台匹配 | 缺点： 维护难度更高

迁移清单

离开 Twitter 之前：

• 导出你的 Twitter 数据（设置 → 你的账号 → 下载数据存档）
• 保存重要的联系人和对话
• 公告你的迁移（置顶一条附上新句柄的推文）
• 在个人简介中加入新协议的链接
• 如有需要，设置交叉发布

在新平台的第一周：

• 完善你的个人资料（照片、简介、链接）
• 关注 50-100 人来填充你的时间线
• 发布一条自我介绍
• 与他人的帖子互动（回复、转发）
• 加入相关社区/话题标签

第一个月：

• 建立发帖节奏
• 积累初始粉丝群
• 学习平台特有的功能
• 贡献价值（不要只做自我宣传）
• 评估这里是否是你的新家

未来展望

协议路线图

Nostr：

• NIP 开发： 通过 Nostr 改进提案（NIP）持续演进
• 闪电网络集成： 更深入的比特币/闪电支付集成
• 私密消息： 增强的加密通信（NIP-17）
• 声誉系统： 无需中央权威的去中心化声誉
• 中继创新： 用于可持续运营的付费中继模式

ActivityPub：

• 联邦宇宙的未来： 群组、活动和更丰富的互动
• 改进的迁移： 实例之间更好的账号可移植性
• 管理工具： 共享屏蔽列表和协作过滤
• ActivityPub 2.0： 为更好的扩展性而进行的潜在协议演进

Bluesky：

自行托管和开放联邦已经做完了，不是待办事项：从 2024 年起任何人都可以运行 PDS 并接入网络。还没解决的是：

• 让 Bluesky 之外的人来跑底层设施： 索引整个网络的那个中继仍然是 Bluesky 的，自己跑一个成本很高
• 让自行托管超出玩票规模： 按 Bluesky 的早期体验规定，自建 PDS 目前仍然限 10 个账号
• 自定义算法： 更复杂的信息流算法
• 这一切靠什么养活： 公司靠风险投资，至今还没拿出商业模式

互操作性的可能

桥接的现实：

• Nostr ↔ ActivityPub： 桥接已存在，但并不完美
• Bluesky ↔ ActivityPub： 通过 Bridgy Fed 已经跑起来了，这是一个需要自己选择开启的第三方桥接。在 Bluesky 上关注 @ap.brid.gy，你的账号就会出现在 Mastodon 上
• 跨协议身份： 跨协议的统一身份仍然很难实现

技术挑战：

• 不同的数据模型使无缝桥接变得困难
• 各协议之间的内容管理政策相互冲突
• 垃圾信息防范方式存在根本差异

潜在解决方案：

• 双发客户端： 同时向多个协议发布内容的应用
• 统一身份层： 在各协议之间映射身份的服务
• 只读桥接： 从其他协议消费内容，但不进行完整互动

共存的图景

可能的未来：互补的生态系统

与其说某个协议会”获胜”，我们更可能看到：

1. Nostr 依然是抗审查、与比特币理念一致的通信首选
2. ActivityPub 继续作为成熟、以社区为中心的联邦网络
3. Bluesky 成为主流、对企业友好的选择

各自满足不同的需求和价值观，就像：

• 电子邮件（联邦式）与 Signal（中心化但加密）和 Matrix（去中心化）共存
• 不同的加密货币服务于不同的使用场景

这对你意味着什么：

你不必只选一个。许多用户同时活跃在三个网络上：

• Nostr 用于不受审查的比特币讨论
• ActivityPub 用于小众社区和长文内容
• Bluesky 用于职业社交和主流触达

社交媒体的未来不在某个单一平台上。它属于一个以协议为原生的世界：用户掌控自己的身份，数据在网络之间自由流动。

测试你的协议知识

准备好检验你是否理解各协议之间的关键差异了吗？

最后更新：2026 年 9 月

有问题？加入讨论：Nostr、Mastodon 或 Bluesky。