Device Mesh 设备网络

设备身份

设备身份与用户账号不是同一概念。当前身份设计使用设备侧密钥建立稳定的公开身份元数据，私钥不应被导出到普通业务层。

Android / iOS 的身份 Provider 通过受控原生桥接提供签名、验证、随机数与指纹能力，不把私钥直接交给 React Native 业务代码。

配对

当前配对流程以一次性邀请、二维码、过期时间、挑战响应与明确的用户确认建立信任。原始配对 Token 不应持久化；本地只保留用于防重放的指纹与公开信任元数据。

配对失败后不应无限重放同一个邀请。协议对消息大小、超时、TLS、重定向和未知消息类型都有边界。

信任不等于权限

一台设备被配对并标记为 trusted，只代表它通过了设备身份与信任层校验。它仍然不能自动调用相机、麦克风、文件或其他敏感能力。

远程能力调用需要当前信任有效，再经过本机 Permission Policy，必要时还要经过审批，最后才进入 Capability Runtime 与 Native Provider。

同步

• Memory：先检查允许的 scope，再检索或同步。
• Tasks：以任务状态、事件与元数据为主，不把完整 Chat Transcript 当作同步默认内容。
• Sync Queue：为可恢复的同步与失败处理提供持久基础。
• Presence / Reachability：只说明节点可见或可达，不等于可信，也不等于有执行权限。

开发阶段与互操作

协议、身份、配对和同步基础已经有自动化验证，但真实 Desktop / Server 对端、复杂网络环境、证书部署、系统权限与长期跨设备运行仍需要持续互操作测试。