Nightly 为什么没弹确认窗？检查 Trusted apps 与自动确认期限
链小知 · 入门 · 核验 · 依官方文档整理
定位哪个应用获准自动确认、设置持续多久，并区分连接状态与交易审批权限。
开始前准备
- 准备已有 Nightly 浏览器钱包版本、目标网络、应用真实域名，以及现有设置或交易记录；只用公开账户信息。
- 具体路径依据 2025 年 Auto-Confirm 教程；Sui 初始文档中的默认状态、白名单与时间选项有版本边界。
- 查看设置不发起链上交易；修改审批设置应由本人明确决定。自动确认不会使转账、兑换或合约操作免除网络成本。
1. 核对应用和钱包上下文
从 nightly.app 核对使用的客户端，记录当前钱包、网络和目标 DApp 域名。缺少确认窗时，先回到钱包设置查看，不通过另发一笔交易试探。
Sui、Solana、Aptos 在官方 Auto-Confirm 正文有明确例子，不能把这些链的特性复制给所有网络。移动端与浏览器扩展也需分别确认；没有对应入口时保留当前版本不适用或未知。
检查结果：得到版本、网络与准确应用域名。
2. 定位 Trusted apps 条目
打开左上侧栏，进入 Settings → Trusted apps，点击目标应用条目。记录实际显示的应用身份，再确认与访问页面的域名一致。
官方称其为 Trusted apps，但这只是产品里的应用与审批设置，不是对资金行为的独立审计。找不到条目时记录未定位；不要把名称相似的另一个应用当作同一权限。
检查结果：定位条目并记录真实应用身份，或明确未找到。
3. 查看开关和有效时间
读取应用条目右侧的 Auto-Confirm 开关及活动时间设置，分别记录启用状态、时间值与检查时间；查看已有状态即可，不必为检查开启。
2024 年 Sui 文档说明初始默认关闭、到期后自动关闭，旧版还包含无限期限选项；当前可选值以实际版本为准。若看到无限期限，应明确记录无自动到期，而不是按浏览会话结束推定关闭。
检查结果：开关、期限和到期条件清楚；缺字段时标未知。
4. 理解少弹窗不等于只读
Auto-Confirm 的作用是省去重复手动确认，仍会执行应用发起的交易。应用连接、读取地址与自动审批不是同一权限，不能因没有新弹窗就认定没有资金操作。
使用已存在的交易哈希对照活动时间与应用记录，查看正确网络上的成功/失败及资产变化。没有真实哈希或应用记录时，只能说明设置可能影响确认流程，不能据此归因所有异常。
检查结果：区分权限设置、发起请求与链上结果。
5. 需要恢复手动确认时复查状态
如需停止自动确认，在该应用条目将开关设为关闭，并重新查看状态；官方以开关启用功能，关闭同一设置的结果仍需在本人客户端确认。不要为了测试关闭效果发起付款。
设置关闭不回滚已上链交易，也不证明链上代币授权已撤销。保存状态与时间；仍然缺弹窗或存在异常活动时，向官方支持提供版本、域名和公开哈希，权限原因未确认前不继续交易。
检查结果：记录关停后的可见状态；已执行交易与链上授权另查。
怎样确认完成
- 目标应用、自动确认状态和期限已记录。
- 异常只有在请求与链上记录对应时才归因，其他情况保留未知。
- 本文按官方文档整理；设备、账户、请求与到账尚未实际验收。
常见错误与边界
- Trusted apps 不等于每次交易都安全。
- 自动确认仍可能执行资金操作，费用与授权不因少弹窗而消失。
- 关闭设置不撤销已经发生的交易或链上代币授权。