你注意到 Permit2 授权页面上明明写着"有效期 30 天"，可过期后 DApp 界面却依然显示"可用"——这不是系统 bug，也不是你的授权没失效。根本原因是 DApp 前端显示的是"你之前授权过这个合约"这个历史状态，而 Permit2 合约检查的是"签名是否在有效期内"这个当前状态。这两件事的判定标准不同，所以显示逻辑不同。
步骤 1：理解 Permit2 的"两层授权"结构
Permit2 不是简单的单层授权，它分两个层面管理你的权限：
第一层（链上授权）：你给 Permit2 合约本身做了一次链上
approve，通常是无限额度（type(uint256).max）。这一层没有过期时间，你授权了就一直有效，直到你主动撤销。第二层（链下签名授权）：每次你通过 DApp 交互时，签署的是
PermitSingle结构，里面包含expiration（授权有效期）和sigDeadline（签名有效期）两个时间字段。这一层默认有效期是 30 天。
DApp 前端显示的"可用"，通常指的是第一层（链上）授权还存在——只要 Permit2 合约还能调用 transferFrom，界面上就显示为"已授权"。它不会因为第二层签名过期就自动切换状态，因为网页看不到你最近签的签名是否还有效。
步骤 2：确认"过期"是哪个层面过期了
【做什么】区分你看到的是"签名过期"还是"授权被撤销"。
【怎么做】
回忆操作：上次你在这个 DApp 上操作时，是重新签署了 Permit2 签名，还是直接点了"兑换"就走完了流程？
检查 Permit2 额度：用 Revoke.cash 连接钱包，查看 Permit2 合约对该代币的授权额度。如果额度还是
type(uint256).max，说明第一层授权从未撤销——只是第二层签名的 30 天期限到了。查 Permit2 合约状态：在区块浏览器上调用
Permit2.allowance(userAddress, tokenAddress, spenderAddress)，看返回的expiration字段。如果这个expiration还远大于当前区块时间，说明第二层签名也还在有效期内；如果expiration已经小于当前时间，说明第二层签名已过期，但第一层仍在。
【完成标准】 你清楚自己卡在了哪一层：是根本没主动撤销授权，只是签名过期了；还是确实已经在 Revoke.cash 上点过"撤销"把额度清零了。
常见失败原因：很多人以为在 Revoke.cash 点"撤销"只针对传统 approve，但其实 Revoke.cash 也支持撤销 Permit2 合约的授权。如果你点过撤销，额度会归零，此时 DApp 不应该再显示"可用"。如果显示"可用"，可能是前端缓存问题，刷新页面或清缓存即可。
步骤 3：判断 DApp 显示"可用"的实际含义
【做什么】确认 DApp 显示"可用"是"还能发起签名"还是"无需重新授权"。
【怎么做】
情况 A：DApp 显示"可用"，但你发起交易时需要重新签名 这是正常的。第二层签名过期了，但第一层授权还在，所以你只需花 Gas 重新签署一次新的 Permit2 签名，不需要再做链上
approve交易。这也是 Permit2 比传统 approve 省 Gas 的地方。情况 B：DApp 显示"可用"，且你发起交易时直接跳过了签名环节 这说明你的第二层签名还没过期，系统直接复用了你之前签署的签名。Uniswap 默认签名的有效期是 30 天，所以 30 天内你不需要重复签名。
高危风险：如果你在第一层授权后，主动撤销了 Permit2 合约的授权（额度归零），但 DApp 前端仍显示"可用"，这可能是前端缓存或 RPC 节点同步延迟导致。此时如果你发起交易，链上会因为额度不足而 revert，你白白支付 Gas 费。处理方式：刷新 DApp 页面，或切换 RPC 节点后再试。
操作完成的校验方式：判断完上述逻辑后，发起一笔小额测试交易（比如 1 USDT）。如果交易成功，说明你的判断正确；如果交易失败并提示 ERC20: insufficient allowance，说明第一层授权确实已被撤销，需重新走一次链上 approve 流程。
