如何在没有助记词的情况下使用 Zengo 钱包？ （MPC技术）

基于MPC的密钥管理核心机制

1. Zengo 采用多方计算 (MPC) 将加密签名过程拆分为两个独立的实体：用户的设备和 Zengo 的安全基础设施。

2. 在交易签名或钱包恢复期间，任何一方都不会持有或重建完整的私钥。

3. 每个签名操作都需要双方协调一致的数学贡献——任何一方都无法通过计算或观察得出对方的秘密份额。

4. 该协议使用带有阈值签名的椭圆曲线加密技术，确保每个有效的区块链签名与传统单密钥钱包生成的签名没有区别。

5. 该架构消除了种子短语的生成、存储、传输或备份，从而消除了人为错误和网络钓鱼危害的最常见媒介。

无种子暴露的用户交互流程

1. 钱包设置从生物识别注册开始 - Face ID 或 Touch ID 作为本地身份验证入口，而不是加密密钥源。

2. 入职过程中，屏幕上不出现助记词，不大声朗读助记词，也不要求人工抄录助记词。

3. 每笔传出交易都会触发设备和服务器之间静默的异步 MPC 签名回合，并在 800 毫秒内完成。

4. 只有在双方共同产生加密有效签名后才会显示交易确认，无需密码、PIN 或二次批准步骤。

5. 用户仅通过视觉UI元素和生物识别提示进行交互；所有密码复杂性仍然完全从接口层抽象出来。

恢复模型架构

1. Zengo 实现了三因素身份验证 (3FA) 恢复系统，结合了生物识别、电子邮件验证和初始设置期间发出的有时限的恢复代码。

2. 恢复不涉及导入或重新输入任何秘密材料——它启动与原始身份锚相关的新的 MPC 密钥重新共享仪式。

3. 恢复过程通过设备证明、行为启发法和可信联系人确认来验证身份的连续性，而不是通过静态秘密。

4. 一旦授权恢复，就会生成新的 MPC 密钥对并在设备之间同步，而不会暴露中间值或重建旧密钥。

5. 所有先前的交易历史和代币余额都通过链上状态重建自动恢复，而不是从本地存储的种子衍生数据恢复。

安全边界和信任假设

1. Zengo 的威胁模型假设用户的设备及其后端基础设施都不完全值得信赖——安全性源于单方面密钥重建的不可能性。

2. 密钥材料不存在单点故障：破坏应用程序二进制文件、服务器集群，甚至用户解锁的手机都不会产生可用的私钥片段。

3. MPC协议在每个交互层强制执行严格的零知识证明，防止通过侧通道定时或内存访问模式泄漏部分份额。

4. 所有加密操作都发生在受支持设备上的硬件强制安全区域内 - 默认情况下禁用仅软件回退。

5. 客户端和服务器之间的网络通信使用带有证书锁定的前向保密 TLS 1.3 进行加密，消除了签名协调过程中的中间人风险。

代币和链支持的影响

1. Zengo 原生支持 Bitcoin、以太坊、BNB 链、Dogecoin、TRON 和 Tezos — 每个都通过链特定的 MPC 签名逻辑而不是通用的 HD 派生路径进行集成。

2. 第 2 层兼容性包括 Polygon、Arbitrum One、Optimism 和 Base，并在同一 MPC 框架内透明地处理链下签名聚合。

3. 无需用户配置自定义 RPC 端点或手动管理合约地址，即可访问超过 380 种代币，包括 BTC、ETH、USDT、BNB 和 DOGE。

4. 跨链交换通过不同链上的 MPC 签名模块之间的原子协调来执行，保留原子性而不暴露桥接密钥或中继器信任假设。

5. WalletConnect v2 集成支持 dApp 与会话级 MPC 签名委托交互——即使向第三方接口授予权限，也不会发生私钥泄露。

常见问题解答

Q1：我可以从 Zengo 导出我的私钥吗？不会。Zengo 在任何阶段都不会生成、存储或公开完整的私钥。故意省略导出功能以保留 MPC 的安全保证。

Q2：如果Zengo的服务器掉线了怎么办？正在进行的交易停止，但钱包访问和余额可见性不受影响。一旦连接恢复，签名就会自动恢复，无需重建本地密钥。

Q3：我的生物识别数据会发送到 Zengo 的服务器吗？不会。生物识别模板仅存储在设备的 Secure Enclave 中，并且永远不会离开硬件。 Zengo 仅收到成功验证的加密证明。

Q4：Zengo支持硬件钱包配对吗？目前还没有。 Zengo 的架构被设计为一个独立的基于 MPC 的解决方案；它不与外部 HSM 或气隙签名设备连接。