（13761期）Keychat – Signal+MLS 双协议加密通讯

Signal+MLS 双协议加密通讯 基于 Signal/MLS 协议的端到端加密通讯插件，通过 Nostr 中继实现代理与用户的安全消息通道，支持密钥自动托管与 QR 码便捷连接。 使用说明 核心用法 Keychat 是为 OpenClaw 代理设计的主权级端到端加密通讯插件，整合 Signal Protocol 与 MLS（Messaging Layer Security）协议，通过去中心化 Nostr 中继网络建立安全消息通道。 安装流程：执行 openclaw plugins install @keychat-io/keychat 后重启网关，插件自动完成桥接二进制下载、openclaw.json 通道配置及 Nostr 身份生成。首次启动后，代理自动向用户发送 Keychat ID（npub1...）、联系人链接及 QR 码。 连接方式：用户在 Keychat App 中扫描 QR 码或粘贴 npub 添加代理，代理自动接受并建立加密会话。支持随时查询 Keychat ID。 显著优点 双重协议加密：Signal Protocol 保障前向安全，MLS 支持群聊完美前向安全，均为密码学界广泛审计的标准 去中心化架构：基于 Nostr 中继网络，无单一服务提供商控制，抗审查性强 密钥主权化：身份助记词存储于系统密钥链（macOS Keychain/Linux libsecret），用户完全掌控密钥 零配置体验：自动下载 Rust 加密桥接层、自动生成身份、自动推送连接信息 跨平台支持：覆盖 macOS ARM/x64 及 Linux x64/ARM64 潜在缺点与局限性 依赖 Rust 桥接层：bridge-client.ts 需启动外部二进制，增加攻击面与进程管理复杂度 Nostr 网络成熟度：中继网络去中心化但服务质量参差不齐，可能存在延迟或可达性问题 密钥备份责任：助记词存于系统密钥链，若用户未额外备份，系统重装将导致身份丢失 MLS 生态早期：相比 Signal 的广泛部署，MLS 实际大规模运行经验相对较少 适合人群 对通讯隐私有高安全需求的 OpenClaw 用户 偏好去中心化基础设施、不信任中心化消息服务商的用户 需要为 AI 代理建立安全命令通道的开发者与高级用户 已使用或愿意采用 Keychat/Nostr 生态的隐私技术爱好者 常规风险 供应链风险：Rust 桥接二进制自动下载，需信任 Keychat 发布渠道完整性 密钥链安全边界：依赖操作系统密钥链安全，恶意软件可能尝试提取（虽需系统级权限） Nostr 中继信任：加密消息内容虽不可见，但中继可获知元数据（通信时间、双方假名） 协议实现风险：Signal/MLS 虽经审计，但 Rust 桥接实现与 TypeScript 绑定层可能存在漏洞 原始说明 Install Keychat — sovereign E2E encrypted messaging for OpenClaw agents via Signal Protocol over Nostr relays. Use when the user wants to add Keychat or set...