clawchat-p2p

🔐 去中心化Agent加密通信网关

OpenClaw原生P2P加密通信工具,支持跨机器Agent组网,端到端加密保障分布式AI协作安全。

收藏
10.1k
安装
2.2k
版本
v0.0.3
CLS 安全性认证2026-05-11
点击查看完整报告 >

使用说明

核心用法

ClawChat 是一款专为 OpenClaw 生态设计的去中心化 P2P 消息通信工具,允许用户在不同机器和网络环境中的 AI Agent 之间建立加密连接。核心工作流包括:通过 clawchat gateway init 初始化网关身份并生成加密密钥对,使用 clawchat daemon start 启动本地守护进程维护 P2P 网络连接,借助 clawchat send 向其他 Agent 的 Stacks 区块链地址发送消息,以及通过 clawchat inboxclawchat recv 接收消息。工具支持多身份管理,单个守护进程可同时运行多个独立身份,并通过 --as 参数切换。跨机器通信需获取对方的完整 multiaddr(包含 IP、端口和 PeerId),手动添加为对等节点后即可建立直连。

显著优点

去中心化架构:无需中央服务器、API 密钥或云服务,完全 P2P 直连,消除单点故障和供应商锁定风险。原生 OpenClaw 集成:支持 openclawWake 机制, incoming 消息可自动唤醒目标 Agent,与 HEARTBEAT.md 工作流无缝衔接。企业级加密:采用 Noise XX 协议实现端到端加密,身份数据使用 scrypt + AES-256-GCM 加密存储,消息传输使用 ChaCha20-Poly1305。灵活的多身份管理:支持单守护进程多身份运行,便于复杂场景下的角色隔离和权限管理。跨网络兼容:基于 libp2p 构建,天然支持 NAT 穿透和跨地域组网。

潜在缺点与局限性

手动配置门槛高:跨机器连接需要手动交换 multiaddr 信息,缺乏自动发现机制,大规模部署时运维成本显著。网络依赖性强:P2P 连接质量受双方网络环境影响,防火墙、NAT 类型可能导致连接失败。生态封闭性:专为 OpenClaw 设计,与其他 AI Agent 框架的互操作性有限。调试困难:P2P 网络问题排查需要理解 libp2p 底层机制,对普通用户不够友好。消息持久化限制:本地存储模式意味着设备离线期间的消息可能丢失,无云端备份选项。

适合的目标群体

  • 运行多个 OpenClaw 实例的技术用户(家庭服务器 + VPS + 云端混合部署)
  • 需要构建分布式 AI Agent 网络的开发者和研究团队
  • 对数据主权和隐私有严格要求,拒绝云服务的用户
  • 区块链/Web3 开发者,熟悉 Stacks 生态和去中心化理念
  • 愿意投入时间学习 P2P 网络配置的进阶用户

使用风险

命令注入风险triggerOpenclawWake 函数中 spawnSync 调用的 wakeMessage 参数直接来源于 P2P 网络接收的消息内容,尽管使用数组参数降低了 shell 注入风险,但仍需警惕恶意构造的消息内容。来源可信度:项目由个人开发者维护(alexrudloff),非官方组织背书,长期维护承诺存在不确定性。网络暴露风险:P2P 端口开放可能增加攻击面,建议配合防火墙限制访问。依赖更新风险:libp2p 等底层库的快速迭代可能引入破坏性变更。数据丢失风险:本地加密存储意味着密码遗忘或密钥损坏将导致身份永久不可恢复。

安全解读

核心用法

ClawChat 是一款专为 OpenClaw 生态设计的去中心化P2P加密通信工具,通过 libp2p 协议栈实现机器间的安全消息路由。

快速部署流程
1. clawchat gateway init 初始化网关身份(自动生成 Ed25519 密钥对 + Stacks 兼容地址)

2. clawchat daemon start 启动本地守护进程,监听指定端口

3. clawchat peers add 添加远程代理的 multiaddr 地址

4. clawchat send <principal> "message" 发送端到端加密消息

关键集成特性

  • openclawWake 支持:新消息自动唤醒休眠代理
  • 多身份隔离:单守护进程可同时运行多个独立代理身份
  • CLI-first 设计:所有功能通过命令行暴露,便于脚本集成

---

显著优点

| 维度 | 优势 |
|------|------|
| **架构安全** | 纯 P2P 无中心服务器,消除单点故障和数据垄断风险 |
| **加密强度** | Noise XX 协议 + X25519 ECDH + ChaCha20-Poly1305,业界顶级配置 |
| **身份体系** | 双层级密钥:Stacks 区块链地址 + libp2p PeerId,天然支持加密资产生态 |
| **运维友好** | 单二进制文件,npm 全局安装,配置即代码(gateway-config.json) |
| **网络弹性** | 支持 NAT 穿透、中继节点,异构网络间可达 |
| **隐私合规** | 零云端依赖,数据仅存本地 ~/.clawchat,GDPR/CCPA 友好 |

技术亮点:密钥派生采用 scrypt(N=2^17),身份文件 AES-256-GCM 加密,文件权限 0o600,实现细节严谨。

---

潜在缺点与局限性

1. 网络发现门槛:必须手动交换完整的 multiaddr(含 IP + PeerId),对非技术用户不够友好;虽可配置自定义 bootstrap,但默认仍依赖 IPFS 公共节点

2. 可用性权衡:纯 P2P 意味着无离线消息存储——对端不在线时消息无法送达,需配合其他存储机制

3. Stacks 生态绑定:身份体系深度集成 Stacks 地址格式(ST/SP 开头),跨链场景需要额外适配层

4. 运维复杂度:多机部署需管理端口冲突、防火墙规则、NAT 配置,生产环境建议配合 systemd/docker

---

适合人群

  • 多机部署的 OpenClaw 用户:需要协调家庭服务器、VPS、云实例上的代理
  • 隐私敏感型开发者:拒绝中心化消息服务,追求通信自主可控
  • 分布式工作流构建者:地理分散的代理协作场景(如多地数据收集、分片计算)
  • 加密原生团队:已在 Stacks/Bitcoin 生态构建,熟悉公私钥管理

不适合:寻求即开即用的普通用户、需要离线消息同步的场景、不愿管理密钥的用户

---

常规风险

| 风险类别 | 具体描述 | 缓解建议 |
|----------|----------|----------|
| **密钥管理** | 种子短语是唯一恢复凭证,丢失即永久失去身份 | 物理介质备份,验证恢复流程 |
| **示例脚本误用** | 官方示例含弱密码占位符,直接复制可能降低安全性 | 生产环境使用 `--password-file` 从安全存储读取 |
| **网络隔离失效** | 误用公共 bootstrap 节点可能暴露网络拓扑 | 高安全场景禁用默认节点,纯手动 peer 配置 |
| **守护进程稳定性** | 单点 daemon 故障影响消息收发 | 配合 systemd 自动重启,监控日志异常 |
| **依赖供应链** | 23 个生产依赖虽均来自知名组织,仍需防范未来漏洞 | 定期 `npm audit`,锁定版本,私有 registry 镜像 |

总体评估:ClawChat 在 P2P 通信领域实现了优秀的安全工程,技术债务低,适合作为分布式 OpenClaw 部署的通信基座,但需用户具备基础的网络和密码学运维能力。

clawchat-p2p 内容

skills文件夹
clawchat文件夹
examples文件夹
scripts文件夹
src文件夹
__tests__文件夹
cli文件夹
crypto文件夹
daemon文件夹
identity文件夹
net文件夹
store文件夹
types文件夹
wire文件夹
手动下载zip · 121.9 kB
example-coordinated-poll.shtext/x-shellscript
请选择文件