什么是 Nostr 中继？简明英文指南

每条 Nostr 消息都通过中继传输。你的客户端向中继发送签名事件；其他用户的客户端从中继获取事件；对每条帖子、点赞、关注和直接消息重复此过程。中继不是令人瞩目的组件，但它是使网络工作的组件。

本指南涵盖中继的实际含义、它的功能和局限，以及如何思考哪些中继对你的使用很重要。

TL;DR。 中继是一个小服务器，通过 WebSocket 接受签名的 Nostr 事件，存储它们，并将它们转发给订阅者。没有"唯一的"Nostr 中继；网络由数千个不相互协调的独立中继组成。你的客户端同时连接到多个中继；合集就是你对网络的视图。

准备好后， 领取你的 @nostr.blog 地址 →

中继做什么

三个工作，都很简单。

接受事件。 客户端打开 WebSocket 连接并发送包含签名 JSON 对象的 EVENT 消息。中继验证签名（它是否与声称的 pubkey 匹配），可选地检查策略（垃圾邮件、速率限制、黑名单），并接受或拒绝。接受的事件进入存储。

存储事件。 中继使用本地数据库（通常是 SQLite 或 PostgreSQL），按事件 id、作者 pubkey、kind 和标签值索引。这使它们能够有效地响应订阅过滤器。

服务订阅。 客户端发送带有过滤器的 REQ 消息（"给我这些作者的事件、这些类型的、从这个时间戳开始、限制到 100 条"）。中继查询其数据库以查找匹配的存储事件，流传输它们，然后发送 EOSE（存储事件结束），并保持订阅开放。任何与过滤器匹配的新事件都会实时推送给客户端。

这是完整的中继 API，有小的变体。中继不做任何其他事情：没有排名、没有推荐、没有超出其自身政策的审核、没有跨中继协调。

中继不做什么

几件中继理论上可以做但通常不做的事情。

与其他中继通信。 中继是独立的。它们彼此不同步。如果帖子在中继 A 上但不在中继 B 上，仅从 B 读取的人看不到它。复制发生是因为客户端发布到多个中继，而不是因为中继相互镜像。

执行全球规则。 每个中继都有自己的规则。一个拒绝的，另一个接受。没有全局政策权威。

验证链外声明。 中继接受签名事件；它不验证 NIP-05 字段中的"alice@example.com"是否实际映射到事件的 pubkey。那是客户端的工作。

充当平台。 中继不是具有主页、feed 或品牌的网站。它是后端。用户从不直接与中继交互；客户端可以。

为什么这种设计不寻常

大多数网络的服务器做很多事情。Mastodon 实例不仅仅是中继；它是一个具有用户、个人资料、时间线、审核工具、管理员仪表板的完整 Twitter 式网络应用程序。XMPP 服务器有用户、房间、MUC、pubsub。Matrix homeserver 是一个重量级软件。

Nostr 的中继故意保持最小化。中继不知道其用户是谁（中继上没有用户账户）。中继不拥有其内容（内容的真实性来自签名，而不是谁存储了它）。中继不联合（与其他中继没有协议级协调）。

这种最小化性是为什么有这么多中继的原因。运行一个很便宜，因为中继做很少的事情。一个 $5/月 的 VPS 可以运行一个为数百活跃用户服务的中继。相比之下，运行 Mastodon 实例在类似规模下需要更多资源和维护。

默认中继与自定义中继

每个 Nostr 客户端都配有默认列表。截至 2026 年的常见条目：

• wss://relay.damus.io（Damus 运营，高容量）
• wss://nos.lol（社区运营，免费）
• wss://relay.primal.net（Primal 运营）
• wss://offchain.pub（社区、稳定）
• wss://relay.nostr.band（聚合焦点）
• wss://nostr.wine（付费、垃圾邮件过滤）

这些对大多数用户有效。前三个处理大多数日常流量。除非你有理由，否则无需替换它们。（如果你通过 nostr.blog 注册，已为你配置了精选的默认中继列表；你稍后可以在设置中调整它。）

自定义的理由：

• 性能。 地理位置离你更近的中继速度更快。如果你在亚洲，添加基于亚洲的中继会加快读取速度。
• 隐私。 如果你不希望特定主要中继看到你的订阅模式，使用不同的中继。
• 主题专业化。 某些中继专注于特定主题或社区。连接到它们会增加你对该内容的接触。
• 垃圾邮件容忍度。 如果你被垃圾邮件淹没，垃圾邮件过滤付费中继可能值得订阅。

应该使用多少个中继

三到四个通常是最佳点。更多并不总是更好。

太少（1-2 个）。 单个中继故障会暂时使你的帖子沉默。冗余不足。

恰好（3-6 个）。 你的帖子到达足够多的地方，故障无关紧要。读取性能很好，因为客户端可以跨多个中继竞速查询。

太多（10+ 个）。 每个中继增加延迟和数据传输。客户端必须查询所有中继；缓慢的中继会拖累整个 feed。电池和带宽增加，没有相应的收益。

如果有疑问，使用默认值。如果特别追求某个理由，按增量调整。

中继策略很重要

每个中继都有关于它接受什么的不成文或成文规则。大多数很宽松；有些很严格。几种常见的策略类型：

写开放，读开放。 任何人都可以发帖，任何人都可以读。大多数社区中继。

写付费，读开放。 你支付小额费用来发帖；任何人都可以读你的帖子。大多数付费中继。大幅减少垃圾邮件。

白名单。 只有批准的账户可以发帖。用于公司或社区中继。

主题过滤。 仅接受与特定标准匹配的事件（hashtag、kind、长度）。

地理围栏。 仅接受来自特定地区的用户。不常见。

在依赖中继之前，检查其成文政策（通常在 /.well-known/nostr.json 或中继的信息端点）。如果你的发帖模式与中继的政策不匹配，写入会无声地失败。

运行自己的中继

出人意料地容易。基本设置：

1. 租一个 VPS（$5/月范围可以）。
2. 安装中继实现。strfry 和 nostream 是两个常见的开源选择。
3. 打开端口 443 或 8080；将 DNS 指向服务器。
4. 启动中继。

总时间：对于熟悉 Linux 的人不到一小时。开箱即用无需复杂配置。为自己或小社区运行中继为网络增加了弹性，并给你对 Nostr 数据的一部分明确控制权。

关于此的专门指南在 run-your-own-relay。

中继和隐私

你连接到的每个中继都能看到：

• 你的 IP 地址
• 你订阅的过滤器（你读取的 pubkey、你关注的 hashtag）
• 你的帖子（它们的内容，因为你在这里发布了它们）
• 你的活动时间

中继看不到：

• 加密 DM 的内容（仅密文）
• 你的私钥

对于关心最小化中继级元数据泄露的用户：

• 使用 Tor 或 VPN。
• 将你的读取分散到多个中继，这样没有人看到全貌。
• 使用为不同订阅类型轮换中继的客户端。

大多数用户不需要任何这些。协议的隐私模型假设中继是半可信的半公开基础设施；它不是为隐藏你的活动模式而设计的。

选择中继：一个简单规则

如果你是新手：保持默认值。

如果你对某些事情特别沮丧（垃圾邮件、速度、可靠性）：仅更改令人沮丧的内容。添加一个或两个中继，或替换让你烦恼的那个。

如果你很高级：有意策划。选择 4-6 个满足你需求的中继（地理、主题、信任级别）并仔细管理它们。

如果你很偏执：分散在足够多的独立中继上，这样没有单个运营商看到你的全部活动。使用 Tor。混合地区。

错误的举动是添加数十个中继，希望更多更好。缓慢的客户端和浪费的带宽是结果，而不是更好的体验。