zk.money登录失败或服务停止：核passkey两种权限与退出依赖
链小知 · 进阶 · 核验 · 依官方文档整理
按原错误定位账户访问、读取密钥、赞助、enclave和relayer的不同作用。
开始前准备
- 准备原tag、passkey提供方/平台版本的非秘密摘要、原登录错误、tag激活阶段及服务状态；不导出或删除passkey，不展示浏览器secret key。
- 方法依据2026-10-14匿名读取的官方正文；只核已有脱敏材料，不登录、安装、连接钱包、生成证明、请求业务服务、签名或操作资金。
1. 区分签名key与可读secret key
签名key批准支付，留在passkey；WebAuthn PRF派生的secret key读余额、历史与消息，登录后明文保留浏览器直到sign out。窗口刷新或关浏览器不是退出，secret key泄露与支付签名权限是不同风险，不能把两者都叫公开地址。
检查结果：原错误属于签名、PRF/读取或会话层，敏感材料未进入报告。
2. 将同一passkey和tag激活状态核对
当前接受iCloud Keychain、Google Password Manager、1Password和YubiKey5，其他管理器因跨设备secret一致性未测而被拒绝。No wallet for this passkey可能选错passkey、tag未激活、被拒注册留下的空凭据；不能仅以找不到钱包断言原余额归零。不要凭名称删除任意遗留凭据，无法区分就留着。
检查结果：原提供方、注册/激活时点与错误可对应，未删除或重建账户。
3. 把服务依赖分别标出
账户服务可阻止新tag，Aztec node故障影响read/send，resolver故障影响外部Ethereum付款人按tag取地址，内部支付不因resolver停止而停。enclave为每次token操作co-sign，普通提款和冻结后的三种refund均需要live registered enclave；没有enclave时不是点提现就可绕过。
检查结果：故障服务、影响范围与已有资金阶段分开。
4. 区分政策拒绝和不可变合约
Predicate在输入/确认地址和relayer提款时筛查，服务无响应也不能继续；portal不存地址名单，不能把这个差别写成规避政策方法。portal无upgrade/admin但合同地址发布列表当前未签名，坏前端仍可诱导本人签恶意操作；self-custodial不等无前端/地址配置依赖。
检查结果：筛查、服务、合约和前端角色准确，无绕过动作或无条件安全保证。
5. 只按已核条件描述退出边界
relayer停可由本人完成最后Ethereum交易且自付Gas；网站停有同passkey Desktop路径，但本轮未下载/运行。所有enclave停时需注册自己合格AWS Nitro enclave；官方Exit页明确未发布已验证注册命令，不能声称已具一键灾难退出。丢失所有passkey不可恢复，保留原访问缺口与所需服务，不运行证明或资金步骤。
检查结果：正常/relayer/网站/全部enclave停止四层退出条件可核；未把文档可行性当实测。
怎样确认完成
- 形成按产品、身份、时点和原状态分列的检查表，缺证保留待核。
- verification=documentation；具体客户端、账户、证明验证、网络状态及资金结果未实测。
常见错误与边界
- 无种子词不等可重置；误删有效passkey可能永久失去账户。
- 任意单个运营者不持签名key，仍不能推出无enclave/赞助也能退出。