NIP-66 标准化了将中继监控数据发布到 Nostr 的方式。监控服务持续测试中继的可用性、延迟、协议合规性和支持的 NIP，并将结果作为 kind 30166 事件发布。

工作原理

监控器通过连接并发送测试订阅来检查中继可用性。延迟测量跟踪连接时间、订阅响应时间和事件传播延迟。协议合规性测试验证中继行为是否符合规范，捕获实现错误或故意的偏差。

NIP 支持验证超越了 NIP-11 的自我声明，通过实际测试来确认所宣称的功能是否正常工作。如果一个中继声称支持 NIP-50 搜索，但搜索查询失败，监控器将从已验证列表中移除 NIP-50。这提供了关于中继能力的真实数据。

kind 30166 事件使用中继 URL 作为 d 标签，使其成为参数化可替换事件。每个监控器为每个中继发布一个事件，随着测量结果变化而更新。多个监控器可以跟踪同一个中继，提供冗余和交叉验证。

往返时间（rtt）标签测量不同操作的延迟：

  • rtt open：WebSocket 连接建立
  • rtt read：订阅响应时间
  • rtt write：事件发布速度

所有值以毫秒为单位。客户端使用这些指标来优先选择低延迟中继进行对时间敏感的操作。

地理信息帮助客户端选择附近的中继以获得更低的延迟和更好的抗审查能力。geo 标签包含国家代码、国家名称和地区。network 标签区分明网中继与 Tor 隐藏服务或 I2P 端点。

重要意义

NIP-66 将中继质量从传闻变为机器可读的数据。客户端不再只能信任中继自己的 NIP-11 文档或硬编码的白名单，而是可以比较来自一个或多个监控器的实测正常运行时间、实测延迟和经测试的功能支持。

这对于发件箱模型下的中继选择尤为重要。当客户端动态连接到许多中继时，失效或配置错误的中继会直接导致信息流加载变慢和获取失败增多。

用例

监控数据为客户端中的中继选择器、浏览器网站和信任评估系统提供支持。通过提供独立于中继自我报告的实时中继状态，NIP-66 实现了基于信息的中继选择。

结合 NIP-11（自我报告的能力）和可信中继断言（信任评估），生态系统正朝着数据驱动的中继选择方向发展，而非依赖硬编码的默认值。

信任模型

NIP-66 不会创建单一的权威监控器。多个监控器可以为同一个中继发布结果，客户端可以对比它们。这种设计减少了对单一运营者判断的依赖，但也意味着当结果冲突时，客户端需要一套策略来决定信任哪些测量结果。

主要来源：

提及于：

另请参阅：