Privy 钱包导出前怎么核对？地址、所有者与离线 signer 分开查
链小知 · 进阶 · 核验 · 依官方文档整理
判断应用提供的导出入口是否针对目标钱包，区分外接、内嵌、服务器与智能账户，避免把退出登录当解除委托。
开始前准备
- 准备使用 Privy 的具体应用、已登录的本人账户、目标公开地址、链和创建方式；本流程先核对资格，不要求显示或复制密钥。
- 应用界面可定制；若不知道 client/server 创建方式、owner 或 signer 配置，应让应用支持确认，不让读者猜后台参数。
- 多个钱包及智能账户需要分别保存资产账户和 signer 地址；确认这些对象不要求链上转账。
1. 确定目标是不是内嵌钱包
从应用账户页记录目标地址和链，确认它是 Privy embedded，还是用户另行连接的 MetaMask/Phantom 等外接钱包。外接钱包关联不会把其密钥变成 Privy 可导出的钱包。
当前文档可配置非托管、托管、用户或组织账户。只有“使用 Privy”标识不足以判断谁能控制钱包；缺创建及控制说明时记录待确认。
检查结果：钱包类型、地址、链与控制方式有具体依据。
2. 核对创建环境与所有者限制
客户端创建钱包的官方导出路径是受保护的 React Web 流程；手机应用可能把用户引到 WebView/Web 页面。服务端创建的钱包使用服务端 SDK/REST 的所有者流程，不能拿网页按钮是否可见判断所有情况。
默认 client SDK 可用 user owner；2-of-2 owner 或其他策略可能要求服务器共同授权。向应用确认当前账户的 owner/quorum 条件，不按邮箱登录推断单方可导出，也不要把访问 token 发给支持人员。
检查结果：目标钱包导出所需创建环境与授权方明确，缺项保留未知。
3. 在应用官方导出入口核对地址
找到应用已提供的 Export wallet / Export my wallet 入口，先核对目标地址。官方 exportWallet 未认证或未创建 embedded 钱包时会失败；多钱包要由应用明确指定目标 address，而不是依赖默认账户。
资格核对完成前不继续显示或复制私钥。若是智能钱包，导出的对象是 signer key，不能拿 signer 地址与合约账户余额混为一谈；导出也不会自动将资产发送到新钱包。
检查结果：入口对应目标地址；外接、智能账户 signer 及资产地址不混用。
4. 另查附加 signer 与少弹窗原因
从应用已有权限页或支持说明检查是否授予了 session/additional signer。官方 signer 可以执行受限的离线、循环或第三方动作；用户退出登录不证明该权限消失。
react-auth 的确认窗口还可由应用全局设置或单次调用控制。没有弹窗时只能记录请求与结果待查，不能推断没有签名、免费或只有用户可操作；已有公开哈希按正确链另核对。
检查结果：是否有 signer、是否展示确认窗口与真实执行结果分开。
5. 按导出或权限失败分别处理
导出失败时记录认证、创建环境、目标地址及错误；没有入口则向应用请求其正式支持路径。不要为了导出下载陌生恢复工具、复制密钥到客服或付费“激活”钱包。
若需要停止应用代操作，应使用应用正式提供的 signer 移除流程并复查结果；各 SDK 有删除全部或指定 signer 的差异，没有通用菜单。移除 signer 不回滚已有交易，也不清零既有代币 allowance；这些仍需分别核对。
检查结果：形成导出资格和 signer 状态记录，未执行或失败不标完成。
怎样确认完成
- 目标类型、地址、创建方式及 owner 条件有可复查记录。
- 导出资格、signer 权限与链上资产结果分别说明，未知项保留。
- 本文核验为当前官方文档；未实际登录、导出、移除 signer、签名或转账。
常见错误与边界
- Privy 嵌入式标签不证明每个账户用户独占控制。
- 导出智能钱包 signer 不等于导出整个合约账户或迁移全部资产。
- 退出登录、关闭弹窗、移除 signer 和撤销代币授权不同。