最终方案：5 个内容中继 + 2 个私信中继 + 2 个搜索中继。 3 个读/写 + 1 个只写 + 1 个只读，实际读取来源 4 个，写入目的地 4 个，总连接 5 个。
为什么这样分
- 读/写中继同时拉取内容和发布帖子，作为日常主力
- 只写中继只负责发布和备份，不持续拉取时间线
- 只读中继只补充聚合内容，不重复发布
- 三个读/写已同时算作三个读取来源和三个写入目的地，额外各加一个只读和只写就够了
- 这种分法能减少持续订阅、重复数据和手机资源消耗
NIP-65 建议把读和写中继分别控制在 2～4 个。其他客户端寻找你的帖子时会查询你的写中继；发送提及和回复时会使用你的读中继。 查看 NIP-65
内容中继推荐配置
读/写（3 个）
Damus — wss://relay.damus.io — 老牌公共中继，核心节点
nos.lol — wss://nos.lol — 稳定、覆盖面广
Primal — wss://relay.primal.net — Primal 官方公共中继，与客户端配合直接
只写（1 个）
Bitcoiner Social — wss://nostr.bitcoiner.social — 独立写入备份，不持续拉取时间线
只读（1 个）
yabu.me — wss://yabu.me — 日本聚合中继，补充内容来源，不需要向它重复发布
私信中继
私信中继与内容中继分开配置，两个即可。
建议配置（2 个）
Nostr1 DM Inbox — wss://auth.nostr1.com — 免费专用私信收件箱，支持 NIP-17，强制 NIP-42 AUTH
0xchat — wss://relay.0xchat.com — 支持 NIP-17，不强制 AUTH，容灾价值更高
消息正文仍是端到端加密。auth.nostr1.com 强制 AUTH 隐私更好，relay.0xchat.com 主要用于容灾。NIP-17 建议 1～3 个私信中继。 查看 NIP-17
已移除
wss://nostr.wine — 付费中继，不再续费
搜索中继
搜索中继必须支持 NIP-50，保留两个既有冗余也不会增加手机负担。
建议配置（2 个）
Ditto — wss://relay.ditto.pub — 支持 NIP-50，后端 OpenSearch
nos.today Search — wss://search.nos.today — 支持 NIP-50，Primal 推荐节点
2026-07-21 查询对比
相同关键词 nostr、最多取 5 条：
- search.nos.today：约 0.49 秒，返回 5 条
- relay.ditto.pub：约 1.16 秒，返回 5 条
- nostr.polyserv.xyz：约 1.48 秒，1 条（已移除）
- relay.nostr.band：约 7 秒超时（已移除）
内容 5 个 + 私信 2 个 + 搜索 2 个，共 9 个配置项。
可替换项
- 想看中文及亚洲社区：用
wss://relay.gulugulu.moe替换yabu.me，也是只读 - 主力节点长期离线：用
wss://relay.nostr.net替换失效节点 - yabu.me 与 relay.gulugulu.moe 二选一即可
已停用的中继
- nostr.wine + filter.nostr.wine：付费到期
- nostr.mom：与 nos.lol 同一运营方，过滤更严，不用重复保留
- relay.momostr.pink：失效时删除
清理原则： 长期显示红色、连接超时或拒绝写入的中继应及时移除。总数保持在 5～6 个内容中继；私信和搜索各保留 2 个即可。
使用原则
- 中继更多不代表内容一定更多；大型公共中继之间有大量重复事件
- 保留 3～4 个写入目的地已足够应对单点故障
- 聚合型节点适合只读，备份型节点适合只写
- 每隔一两个月检查一次连接状态
Relay 与 Blossom 不一样：内容中继保存帖子、回复、点赞和媒体链接；图片与视频文件由 Blossom 或其他媒体服务器保存。
#nostr #relays
⚠️ 免责声明：本文基于个人测试和使用经验整理，中继服务可能随时变更、关停或切换策略，请在实际使用前自行验证。