Wispr 多设备绑定：同一个 Matrix ID 在多设备上使用
多设备支持现状
Wispr 官方确实支持多设备登录——App Store 版本更新日志中 v1.1.6 版本明确提到了 "Device Linking Setting"（设备链接设置） 的发布。
但多设备同步的具体行为（消息历史是否自动同步、密钥如何在设备间共享等）Wispr 官方未做充分公开说明。以下是基于 Wispr 技术架构的合理推断，具体行为请以你实际使用的 Wispr 版本为准。
两种多设备场景
场景 A：不同设备各自独立使用
你在手机上用一个 Matrix ID，在平板上也用同一个 Matrix ID 登录。但：
- 每台设备独立生成密钥对（互不共享私钥）
- 你需要在每台设备上分别与联系人完成密钥交换
- 联系人需要知道你的多台设备公钥，才能给每台设备发加密消息
这种模式下，多台设备是"平行存在"的，不共享会话状态。
场景 B：设备链接（Device Linking）
v1.1.6 加入的 Device Linking 功能可能支持：
- 在已登录设备上生成"设备邀请"
- 在新设备上扫描邀请二维码完成绑定
- 被邀请设备获得与主设备相同的会话上下文
具体实现方式和安全设计未公开。
技术上的挑战
多设备同步对 Wispr 这种 P2P + 零服务器存储的架构构成了特殊挑战：
消息历史：如果消息只存储在发送者和接收者的设备上，第三台设备怎么拿到历史消息？
- 方案一：发送者转发（但阅后即焚消息已经删除了）
- 方案二：服务器临时缓存（与零服务器存储承诺冲突）
- 方案三：设备间 P2P 同步（需要所有设备同时在线）
密钥共享：如果要让多台设备解密同一条消息，需要解决"密钥如何安全分发到多台设备"的问题——但 Wispr 的密钥设计是"本地生成、永不导出"。
这些是所有 P2P 加密通讯应用共同面临的多设备难题——Signal、Threema 在多设备同步上也各有妥协。
建议
- 如果确实需要多设备使用，建议先在两台设备上都用起来试试，看实际体验如何
- 每台设备独立生成密钥，分别完成与常用联系人的密钥交换
- 如果 Device Linking 功能能解决多设备同步问题，优先使用它
- 不要指望消息历史自动出现在所有设备上——Wispr 的架构决定了这一点很难完美实现