一个反直觉的事实：授权不因项目死亡而失效
很多人以为项目方解散、网站关闭、代币归零之后，当年给它的授权就自然作废了。链上的事实是：授权记录写在你和那个合约地址之间的区块状态里，它不问项目方的死活，只认一条——合约代码仍然可被调用。只要合约还部署在链上、你的地址仍然有对应代币余额，那笔授权就始终有效。项目死了，合约还活着；团队散了，密钥可能早已转手或被公开。这就是「僵尸授权」风险的来源：它不需要任何新的交互动作，只需要你忘了它存在。
更值得注意的时间线是这样的：停摆项目的合约源码、管理员密钥、内部工具往往在项目存续期间就已被公开或泄露，而链上数据永久保留。一个今天无人看管的项目，几年后可能因为某个前维护者的私钥被人从旧备份里恢复，连带执行历史授权里「还能划走的那部分」。对攻击者而言，翻旧授权是零成本扫描——扫全网地址的 allowance 记录，筛出非零的大额授权，按执行价值排序即可。
你的授权历史里可能有什么
按风险从高到低排：一是无限授权。早期 DEX、聚合器和各种领取脚本大量使用接近天文数字的授权额度，这类额度只要合约可调用且余额存在，风险持续到今天。二是被授权给「代理合约 / 第三方工具」的额度——包括当年为了交互方便而连接过的钱包即服务、签名交易平台、借贷适配器。这些工具本身可能早已停服，但授权目标地址是链上固定的，工具停不停服不影响合约层。三是 NFT 类授权。SetApprovalForAll 类授权不针对单个 NFT，而是把你钱包里该系列（甚至该标准下全部 NFT）的处置权整体交给一个地址，其危险程度常被低估——它授权的是「这个合约可以动我所有的某某资产」，资产换了，授权还在。
排查与清理的操作顺序
第一步，建立清单。使用主流授权管理工具，按当前地址逐个网络查看：哪些代币合约有非零授权、被授权方是谁、额度多大、最后一次被使用是什么时候。主流钱包与多家安全机构提供的公开授权面板都可以完成这一步，注意只使用其官网入口。
第二步，按场景分类处理。仍然在用的协议授权——保留，但把不必要的无限额度改为本轮实际需要的小额；确定不再使用的——无论项目死活，一律清零。对余额已经为零、代币已归零的授权同样要清零：你的目标不是「现在有没有币可被划走」，而是未来这个地址若得到新资金，旧授权不应变成可被执行的通道。
第三步，把清理做成习惯。建议的最低频率是每季度做一次「授权体检」，重点看三样：新出现的无限额度、授权对象是陌生合约的、长期未使用但未清除的。若你曾在钓鱼页面或假冒空投站上签过名，即使当时判断「没有损失」，也要回到这个面板复查一次——有些授权签名当时不上链，被攻击者囤积后再择机提交，链上表现是「突然有一天有人动了你的币」，此时授权记录本身就是证据。
结构上的长期解法
授权风险的根本解法是地址分层。给日常交互、dApp 试验、空投领取单独设「 burner 地址」，只放小额资金；大额资产放在几乎从不连接任何网页的地址上。这样即使 burner 地址留下一堆僵尸授权，它可被触及的资产上限也就是小额；而主地址没有授权历史，僵尸也就无从寄生。把这条放进资产结构，比任何一次清理都更持久——清理对付的是过去的疏忽，分层防止的是未来的重演。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。