产品故事
传统社交产品建立在账号体系与中心服务器之上，用户的身份与数据由平台控制。WoWo 从底层重新设计这一逻辑，让用户重新掌握身份与通信权。
过去 平台创建账号 平台存储数据 平台控制通信 WoWo 用户生成私钥 用户掌控身份 网络负责传输 客户端负责体验 变化 从平台中心 → 用户中心 从账号体系 → 密钥体系 从产品 → 基础设施
WoWo · 下一代通信网络
把身份、通信与应用，从平台手中还给用户
WoWo 通过私钥身份、自建分布式网络与可扩展应用体系，重构传统社交软件的底层逻辑。它不仅是一个聊天工具，而是一套面向未来的通信基础设施。
WoWo = 下一代通信基础设施
WoWo vs 传统 Nostr 客户端
WoWo 并不是一个简单的 Nostr 客户端，而是对去中心化通信的一次产品级重构。
| 维度 | WoWo | Nostr 客户端 |
|---|---|---|
| 网络 | 自建分布式节点 | 依赖公共 Relay |
| 体验 | 完整 IM 体验 | 偏协议工具 |
| 稳定性 | 可控高可用 | 不稳定 |
| 扩展能力 | 插件 + Bot 生态 | 有限 |
| 产品形态 | 通信平台 | 客户端工具 |
WoWo 不是 Nostr 客户端
而是下一代通信网络的产品化实现
WoWo
这一页用最短路径说明 WoWo 的核心能力：身份由用户掌控，消息通过 Relay 分发，安全在本地完成，生态通过插件扩展。
WoWo = 私钥身份 + Relay 网络 + 可扩展应用平台 身份层 公钥 = 用户ID 私钥 = 登录凭证 无需手机号 网络层 多 Relay 并行 去中心化 抗封锁 安全层 端到端加密 本地签名 同步层 多设备同步 离线恢复 扩展层 插件系统 Bot 自动化 Super App
工作原理
WoWo 基于 事件模型实现去中心化通信。平台不创建传统账号，客户端本地生成密钥对，消息以事件形式流转，Relay 负责转发，最终由接收端完成验证与解密。
WoWo 基于 事件模型实现去中心化通信。 用户通过本地生成密钥获得身份： 公钥 = 用户ID 私钥 = 登录凭证 通信步骤： 生成事件 → 私钥签名 → 加密内容 → 发送到 relay → 接收方验证签名 → 本地解密 特点： 无需注册 身份不可冻结 数据可迁移 用户完全控制账号
WoWo 架构图
WoWo 采用从应用到加密的分层设计。每一层可独立演进，既支持产品快速迭代，也支持协议和 SDK 的长期稳定。
应用层：聊天 UI / 插件 UI SDK层：状态管理 / 同步逻辑 协议层：event 模型 / 权限模型 网络层：relay 网络 加密层：签名 / E2EE 特点：模块解耦，可扩展
Nostr Event 对照
WoWo 并不是重新发明底层事件，而是在 Nostr 既有模型之上构建产品层体验。理解字段映射，有助于后续插件、Bot 和多端同步能力落地。
pubkey = 用户ID kind = 类型 content = 内容 sig = 签名 created_at = 时间
协议层
协议层把身份、消息、Relay、加密和插件统一成一个可扩展框架，保证 WoWo 可以在不破坏兼容性的前提下逐步升级。
identity protocol message protocol relay protocol crypto protocol plugin protocol
数据库
本地数据库负责承接离线浏览、快速检索、草稿保留和消息索引。它不是简单缓存，而是 WoWo 用户体验的一部分。
users messages conversations keys plugins indexes
群聊机制
WoWo 的群聊并非依赖单一中心服务器，而是围绕角色、权限和群密钥构建。群成员变化时可以触发密钥更新，保证更高的前向安全性。
角色：owner admin member 权限：邀请 踢人 修改权限 群密钥：动态更新
插件系统
插件系统让 WoWo 从聊天工具升级为应用平台。插件既可以扩展 UI，也可以处理事件流、接入外部服务、实现自动化。
插件可以监听事件流 扩展 UI 实现自动化流程 构建 super app 生态
Bot 协议
Bot 可以视作一种特殊身份实体。它既可以监听消息，也可以自动回复、执行命令、接入 AI 或外部任务系统。
bot = 特殊身份 监听消息 自动回复 执行命令
WoWo 网络架构
WoWo 不依赖公共 Nostr Relay 网络，而是构建自有的分布式节点体系，以保证稳定性、性能与用户体验。去中心化并不等于依赖公共网络，而是在架构上避免单点控制。
WoWo Relay 架构 自建节点网络 全球分布部署 高可用负载均衡 客户端多节点连接 自动选择最优节点 断线自动切换 数据同步策略 多节点冗余 防止数据丢失 核心理念 去中心化 ≠ 使用公共 relay 而是避免单点控制 + 提供自主网络能力 优势 更低延迟 更稳定连接 更可控服务质量 更好的用户体验
端到端加密
WoWo 默认强调内容侧隐私。消息内容在发送端加密，Relay 无法读取，只有目标接收方能完成解密。
发送方加密 relay 不可读取 接收方解密 保证隐私
登录流程
登录不依赖密码数据库，而是基于挑战签名完成。客户端通过私钥签名证明身份归属，服务端或 Relay 只做验证。
服务器 challenge 客户端签名 验证签名 完成登录
群密钥轮换
当群成员加入、退出或权限变化时，WoWo 可以触发新的群密钥生成与分发，减少旧密钥长期暴露带来的风险。
成员变更 生成新群密钥 重新分发 保证前向安全
消息分片
对于大文本、大附件或弱网环境，消息可拆分为多个 chunk 并行传输，再在客户端完成重组，以提升稳定性与成功率。
大文件拆分 chunk 并行传输 客户端重组
离线缓存
离线缓存并不是简单保存聊天记录，而是一套面向弱网场景的体验保障机制，包括本地数据库、增量同步与淘汰策略。
本地数据库 增量同步 LRU 清理策略 弱网可用
性能优化
WoWo 从网络、存储、渲染和加密多个维度优化性能，目标是在保持安全性的前提下，实现更低延迟和更流畅的交互。
批量 event 并行 relay 本地索引 虚拟列表 低延迟体验
优势对比
与传统加密社交产品相比，WoWo 更强调“身份主权 + 去中心化分发 + 可扩展生态”的组合优势，而不是只做一个安全聊天工具。
| 维度 | WoWo | Signal | Telegram |
|---|---|---|---|
| 身份 | 公私钥 | 手机号 | 手机号 |
| 注册 | 无需 | 需要 | 需要 |
| 去中心化 | 高 | 低 | 低 |
| 扩展 | 插件 | 弱 | Bot |
WoWo vs Telegram / Signal / Matrix
WoWo 不只是安全通信工具，而是一个具备网络、身份与生态能力的系统级产品。
| 维度 | WoWo | Telegram | Signal | Matrix |
|---|---|---|---|---|
| 身份体系 | 公私钥 | 手机号 | 手机号 | 账号ID |
| 网络架构 | 自建分布式网络 | 中心服务器 | 中心服务器 | 联邦服务器 |
| 去中心化 | 强 | 弱 | 弱 | 中 |
| 数据控制 | 用户控制 | 平台 | 平台 | 服务器 |
| 扩展能力 | 插件 + Bot | Bot | 弱 | 模块化 |
| 可迁移性 | 强 | 弱 | 弱 | 中 |
结论
WoWo = 通信网络 + 身份系统 + 应用平台
而不是单一聊天工具
Token / 积分模型
WoWo 设计了基于积分的激励体系，作为未来 Token 的基础，驱动用户增长与生态建设。
积分机制 用户注册绑定推荐人 邀请双方均可获得积分奖励 获取方式 邀请用户 活跃使用 创建内容 参与生态 积分作用 提升用户等级 解锁功能 参与未来治理 Token 设计 积分作为未来 Token 的分发基础 按贡献比例转化 核心价值 早期用户获得激励 形成增长飞轮 绑定用户关系链 目标 通过激励机制 加速网络效应形成 推动生态扩展
为什么 WoWo 不依赖 Nostr Relay
很多去中心化项目简单接入公共 Relay，但这并不能真正解决性能、稳定性与用户体验问题。WoWo 从一开始就选择自建网络体系，把“可用性”与“去中心化”同时做到极致。
核心观点 去中心化 ≠ 使用公共网络 去中心化 = 无单点控制 + 可自主扩展 + 可控体验 为什么不使用公共 Relay 不可控（节点质量参差） 不稳定（连接随机波动） 不可优化（无法针对产品体验调优） WoWo 的做法 自建全球节点网络 动态调度最优连接 多节点冗余同步 自动故障切换 结果 更低延迟 更稳定通信 更一致的用户体验 本质区别 Nostr 客户端：依赖外部网络 WoWo：拥有自己的通信基础设施