代币授权：绘制委托支出敞口

代币授权是委托支出权限，不是已经完成转账。研究时把它画成所有者、代币和支出方之间的边。这与协议升级控制不同：即使代币合约不变，权限也可能影响个人钱包中的资产。

ERC-20标准定义allowance、approve和transferFrom接口，解释这种权限关系。具体代币与支出方仍可能有额外行为，因此需要实际部署和状态证据，不能只根据标准推断所有细节。

建立权限关系图

选择一个所有者和观察区块，逐项记录相关代币、支出方地址、原始授权数量与小数位。支出方身份依部署证据确认，不只看显示名称。熟悉品牌标签，不证明地址就是选定网络上的目标合约。

在授权旁记录钱包当前余额。空钱包的大额授权仍可能在未来资产进入后重要，但它不是当前转账，也不证明支出方已经拥有资产。当前敞口与持续权限应分开，不能为了给出单一风险数字而混用。

继续检查支出方是固定合约、可升级合约还是其他账户。授权给某个地址，可能比当初对应的实现存在更久。图中应连接相关控制依赖，但不能由“存在权限”直接推断恶意意图。研究的是能力条件，不是动机认定。

假设虚构钱包持有四十个单位，授权杜松支出方一百。在简化普通授权模型下，当前授权余额敞口最多为两者较小值，即四十。这是权限边界，不是损失概率，也不是未来转账预测。

若后来又进入三十，授权仍有效，边界可增至七十。如果支出方使用二十，而相关实现据此减少授权，余额与权限都会改变。应重新查询状态，不能假设旧快照永久有效。不同实现行为要按实际规则记录。

再假设钱包授权两个支出方。把各自完整边界相加，会重复计算同一余额。应展示权限边重叠与钱包层总边界，而不是把相加值当同时存在的可动用资产。数字和主体均为假设。

历史批准事件可以帮助发现权限边，但当前授权状态才决定相应实现下的现时权限。旧批准可能已减少或替换；相反，索引器漏掉旧事件，也可能导致仍有效权限没有显示。调查时要保留发现途径与状态核对两个步骤。

权限清单与执行计划分开。描述关系图不需要签任何交易；如果后续考虑修改权限，则需要单独处理目标实现规则。本文不要求连接钱包、批准新合约或执行撤销，只建立可复查的证据表。

常见错误是把批准当已支出、在多个支出方间重复计算同一余额，以及把品牌名当固定地址身份。最终现货研究说明应报告有日期的权限、当前余额交集与未解决控制，不把能力写成必然行为。

对异常结果还应检查单位与观察区块。原始整数巨大可能只是小数位不同，也可能确实接近极大授权值，不能只凭屏幕长度判断。保留原始数、显示数及转换规则，后续读者才可以独立验证。

没有。授权按规则建立权限，实际转移是另一件事件。

不是。未来有相容资产进入时，持续权限可能重新相关，需要写清时点与条件。