无限额授权：你可能早就把钱"借"出去了

全文分三层：

1. 通俗理解：签了一张不限额、不过期的委托书
2. 实际用处：真实事件，以及怎样检查和撤销
3. 原理与工程要点：approve / transferFrom 的机制、calldata 解码、精确额度

第一层：通俗理解

1.1 一张不限额、不过期的委托书

你想用一个交易所兑换 100 USDC。流程是两步：

1. 授权：告诉 USDC 合约"允许这个交易所合约从我这里转走 USDC"；
2. 兑换：交易所合约把你的 100 USDC 转走，换给你别的代币。

问题在第 1 步。为了让你下次兑换时不用再授权一次，应用通常请求的额度是无限。这相当于签了一张委托书："此人可以随时从我的账户里转走任意数量的 USDC，永久有效。"

1.2 什么时候出事

可怕之处在于：授权可能是几年前签的，你早就忘了。

第二层：实际用处

• 跨链聚合器事件：2024 年，LI.FI、Socket 等跨链聚合器的合约先后出现漏洞，攻击者利用用户此前给它们的无限额授权，直接从用户钱包里转走了数百万到上千万美元。受害者在事发当天什么都没做。
• Badger DAO（2021）：前端被注入恶意脚本，诱导用户对攻击者地址做授权，之后批量转走，损失约 1.2 亿美元。
• NFT 的 setApprovalForAll：一签就是"我这个系列的所有 NFT 都交给你处置"。大量 NFT 钓鱼就是诱导用户签这个。

怎么检查和撤销：

• Etherscan 的 Token Approval Checker、revoke.cash 等工具，可以列出你地址上所有仍然有效的授权；
• 撤销就是再签一笔交易，把额度设为 0（需要花一点 gas）；
• 养成习惯：用完一个不常用的应用，就撤销它的授权。

Caloogy Wallet 也提供授权检查和一键撤销。

第三层：原理与工程要点

3.1 ERC-20 的授权机制

ERC-20 代币合约内部维护一张表 allowance[owner][spender]：

function approve(address spender, uint256 amount) returns (bool);   // owner 调用：设置额度
function transferFrom(address from, address to, uint256 amount);     // spender 调用：在额度内转走 from 的代币

• approve 之后，spender 可以多次调用 transferFrom，每次从额度里扣；
• "无限额"就是把 amount 设成 uint256 的最大值 $2^{256} - 1$。很多代币合约对这个值做了特殊处理：转账时不扣减额度，真正意义上的无限。

3.2 从 calldata 认出一笔授权

钱包发出的交易里，data 字段的前 4 个字节是函数选择器，等于函数签名 Keccak-256 哈希的前 4 字节：

一笔无限额授权的 calldata 长这样：

0x095ea7b3
  000000000000000000000000 <spender 地址 20 字节>
  ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff

看到 095ea7b3 后面跟着一整串 f，就是无限额授权。（选择器已用 Python 验算。）

3.3 工程上的防护

3.4 新的方向

• Permit2 的过期时间：授权可以带过期时间，过期自动失效；
• 账户抽象 / 智能合约钱包：可以把"每次只授权本次所需"甚至"批量交易里授权和使用一起完成"做成默认行为（见《EOA与智能合约钱包》）。

总结