教程

OpenClaw 接入 Nostr:去中心化社交协议的 AI 助手配置指南

OpenClaw 接入 Nostr 去中心化通信协议的完整教程:Nostr 是什么(基于密钥对的去中心化社交协议)、OpenClaw Nostr 插件安装、私钥配置方式(nsec 格式或 hex 格式)、Relay 服务器配置(推荐 Relay 列表)、NIP-04 加密私信(DM)工作原理、允许哪些 npub 公钥发起对话、Nostr 与 Signal 的隐私对比,以及 Nostr AI 助手的独特使用场景(去中心化、抗审查的 AI 对话)。

2026/3/223分钟 阅读ClaudeEagle

Nostr 是一个基于密钥对的去中心化通信协议—— 没有中央服务器,没有账号注册,只有密钥对和 Relay。 OpenClaw 支持 Nostr,让你的 AI 助手也加入去中心化网络。

Nostr 是什么?

传统聊天(Telegram/WhatsApp): 你 → 中心化服务器 → 对方 Nostr: 你(私钥签名)→ Relay 1 → Relay 2 → 对方(通过公钥订阅) → Relay 3 没有账号,只有密钥对(私钥 = 身份) 没有公司,只有开放的 Relay 服务器

OpenClaw 的 Nostr AI 助手

  • AI Bot 有自己的 Nostr 密钥对(身份)
  • 用户通过 NIP-04 加密私信与 Bot 对话
  • 对话内容加密,只有持有私钥的双方能读取

安装 Nostr 插件

bash
openclaw plugins install @openclaw/nostr

生成或配置密钥对

Nostr 使用 nsec(私钥)/ npub(公钥)密钥对:

bash
# 用 nostrtool 生成新密钥对
npx nostrtool generate
# 输出:
# Private key (nsec): nsec1xxxxxx...
# Public key (npub):  npub1xxxxxx...

# 或用 nostr-tools
node -e "const {generatePrivateKey, getPublicKey, nip19} = require('nostr-tools');
const sk = generatePrivateKey();
console.log('nsec:', nip19.nsecEncode(sk));
console.log('npub:', nip19.npubEncode(getPublicKey(sk)));"

配置 OpenClaw

json
{
  "channels": {
    "nostr": {
      "enabled": true,
      "privateKey": "nsec1xxxxxxxxxxxxxxxxxxxxxx",
      "relays": [
        "wss://relay.damus.io",
        "wss://nos.lol",
        "wss://relay.nostr.band",
        "wss://nostr.mom"
      ],
      "dmPolicy": "allowlist",
      "allowedPubkeys": [
        "npub1yourpubkey..."
      ]
    }
  }
}

私钥也可以用 hex 格式

json
{
  "privateKey": "a1b2c3d4e5f6..."
}

推荐 Relay 服务器

高可用公共 Relay: wss://relay.damus.io - 最流行,稳定 wss://nos.lol - 速度快 wss://relay.nostr.band - 搜索功能好 wss://nostr.mom - 稳定 自托管 Relay(完全自主): 搭建 nostr-rs-relay 或 strfry, 完全掌控消息存储

配置多个 Relay 可以提升可靠性—— 任何一个 Relay 宕机,消息仍可通过其他 Relay 传递。

NIP-04 加密私信

OpenClaw 通过 NIP-04 协议接收加密私信:

用户操作(用 Damus/Amethyst 等 Nostr 客户端): 1. 找到 Bot 的 npub 公钥 2. 发送加密私信(DM) 3. Bot 解密后处理,加密后回复 加密细节: - 消息用 ECDH(椭圆曲线 Diffie-Hellman)生成共享密钥 - 用 AES-256-CBC 加密消息内容 - 只有持有私钥的双方能解密

访问控制

allowedPubkeys:只允许特定 npub 公钥发起对话

json
{
  "nostr": {
    "dmPolicy": "allowlist",
    "allowedPubkeys": [
      "npub1alice...",
      "npub1bob..."
    ]
  }
}

open 模式(任何人都能发消息):

json
{ "dmPolicy": "open" }

⚠️ 在 open 模式下,任何 Nostr 用户都能给你的 Bot 发消息, 可能产生意外的 API 费用,建议限制在 allowlist 模式。

分享你的 Nostr Bot

配置完成后,把 Bot 的 npub 公钥分享给需要使用的人:

bash
# 查看当前配置的公钥
openclaw status
# 或者从 nsec 派生 npub
npx nostrtool from-nsec nsec1xxxxx

用户在 Damus、Amethyst、Snort 等 Nostr 客户端搜索这个 npub, 就能发起与 AI 的加密对话。

Nostr vs Signal:隐私对比

对比Nostr + OpenClawSignal
去中心化✅ 无中心服务器❌ 依赖 Signal 服务器
端对端加密✅ NIP-04✅ Signal 协议
账号需求❌ 只需密钥对(无注册)✅ 需要手机号
抗审查⭐⭐⭐⭐⭐⭐⭐⭐
易用性⭐⭐⭐(需要 Nostr 客户端)⭐⭐⭐⭐⭐

Nostr 适合极致隐私和抗审查场景;Signal 适合日常隐私保护


来源:OpenClaw 官方文档 - docs.openclaw.ai/channels/nostr

相关文章推荐

教程OpenClaw 接入 Nostr:去中心化社交协议 DM、密钥管理与中继服务器配置OpenClaw 接入 Nostr 去中心化协议完整教程:密钥对生成(nsec/hex 格式)、NIP-04 加密私信配置、三种 DM 访问策略(pairing/open/allowlist)、公钥白名单、多中继服务器配置,以及本地测试方法和 MVP 版本已知限制。2026/3/3教程OpenClaw 接入 Matrix:去中心化加密聊天协议 AI 助手完全配置指南OpenClaw 接入 Matrix 协议的完整教程:Matrix 的去中心化联邦架构特点、插件安装(@openclaw/matrix)、创建 Matrix Bot 账户(homeserver + accessToken/password 两种认证方式)、E2EE 端对端加密配置与设备验证流程、DM 私信与房间(Room)两种使用模式、线程(Thread)会话绑定、表情反应支持、私有/LAN homeserver 配置、多账户管理,以及 Matrix 与 Signal 的端到端加密对比。2026/3/23教程OpenClaw Matrix 接入指南:去中心化消息协议、E2EE 加密与多账号配置OpenClaw Matrix 接入完整教程:插件安装、Access Token 获取、E2EE 端对端加密(Rust crypto SDK)与设备验证流程、多账号配置(不同 Homeserver)、DM 与房间双层访问控制、线程 Session 隔离,以及 Beeper 兼容配置与故障排查。2026/3/12教程OpenClaw 接入 Tlon(Urbit):去中心化 Urbit 舰队配置、群组频道与自动审批OpenClaw 接入 Tlon(Urbit)去中心化平台完整教程:舰队连接配置(ship/url/code)、ownerShip 主人舰队设置、内网私有舰队 SSRF 防护豁免、群组频道自动发现与手动配置、DM 访问策略、自动审批,以及内置 /tlon:dm Skill 主动发起 DM。2026/3/3教程OpenClaw 接入 Matrix:去中心化开放协议、E2EE 加密与 Beeper 支持OpenClaw 接入 Matrix 去中心化协议完整教程:安装插件、创建 Matrix Bot 账号(Access Token 或密码方式)、基础配置、端到端加密(E2EE)启用、多账号配置、访问控制,以及 Beeper 客户端的特殊注意事项。2026/3/2教程OpenClaw Standing Orders 完全指南:让 AI 记住你的长期规则和行为偏好OpenClaw Standing Orders(常驻指令)功能完整教程:Standing Orders 与 SOUL.md 的区别(动态运行时规则 vs 静态人格文件)、通过对话动态添加/查看/删除常驻指令、指令的持久化存储与跨会话生效机制、适合写入 Standing Orders 的内容类型(格式偏好/禁止行为/固定工作流)、与 Hooks 的协同使用、按渠道/Agent 设置不同的 Standing Orders,以及常驻指令的最佳实践(写清晰的规则、避免矛盾冲突、定期清理过时规则)。2026/3/26