授权机制

什么是授权机制？

授权机制是一种加密货币权限系统，允许用户授权智能合约、钱包、协议或运营方代表用户执行特定操作。在大多数加密货币讨论中，授权机制通常指智能合约区块链上的代币授权。代币授权允许另一个地址（通常是智能合约）按照代币标准规定的规则，使用或管理用户的代币。最常见的例子是 ERC-20 授权系统：代币持有者调用 approve()，允许支出方通过 transferFrom() 转移一定数量的代币。

官方ERC-20 代币标准指出，该标准允许用户授权代币，以便链上第三方使用这些代币。

这种机制应用广泛，因为许多加密应用只有在用户授权后，才能移动代币。例如，借贷应用可能需要先获得授权，才能将用户的稳定币存入资金池。交易应用可能需要先获得授权，才能兑换用户的代币。NFT 市场可能需要先获得授权，才能在交易完成后转移 NFT。质押合约可能需要先获得授权，才能将质押代币转入合约。授权机制的作用在于将权限与实际转账分开。用户可以先授权，之后应用再在用户执行下一步操作时调用转账或管理功能。这种设计提升了灵活性，但也带来了加密货币领域最重要的钱包安全风险之一。

授权机制为何对加密货币很重要

授权机制很重要，因为加密货币用户会直接与智能合约交互。用户将钱包连接到应用后，应用通常不能自行提取代币，除非用户签署交易或授予权限。授权是授予这类权限的主要方式之一。因此，授权是 DeFi、NFT、游戏、质押、代币兑换、跨链桥、支付以及许多其他链上活动的核心组成部分。如果没有授权机制，用户在许多操作中都必须手动转账，这会降低智能合约工作流的效率和灵活性。借助授权机制，用户可以允许合约在规定的额度或运营方权限范围内执行操作。其优势是方便。风险在于，不良或遭到入侵的支出方可能滥用这些权限。如果用户向恶意合约授予无限授权，该合约可能能够转走该类已授权代币的全部余额。如果用户将某个系列的所有 NFT 都授权给恶意运营方，该运营方可能就能转移这些 NFT。因此，了解授权是加密货币用户最重要的安全技能之一。授权机制并非只是隐藏在钱包弹窗中的技术细节。它决定谁可以转移资产、可以转移多少，以及合约或私钥遭到入侵后可能发生什么。

ERC-20 授权的运作方式

ERC-20 授权涉及三方。第一方是代币所有者。第二方是支出方。第三方是 ERC-20 代币合约。代币所有者在钱包地址中持有代币。支出方是所有者允许其支出代币的智能合约或地址。代币合约会在其内部存储中记录授权额度。所有者调用 approve(spender, amount) 后，代币合约会更新支出方可以从所有者余额中转移的代币数量。之后，支出方调用 transferFrom(owner, receiver, amount) 时，代币合约会检查其授权额度是否充足。如果授权额度足够，且所有者的余额也足够，转账就可以执行。如果授权额度过低，交易应当失败。

OpenZeppelin ERC-20 文档介绍了与授权额度相关的函数，以及现代代币实现中使用的 permit 扩展。

这种授权系统功能强大，因为智能合约只有在用户授予权限后才能转移代币。但它也有风险，因为用户可能忘记旧授权会一直有效，直到被修改或撤销。

授权额度

授权额度是支出方获准从所有者钱包中转移的代币数量。在 ERC-20 代币中，授权额度通常以映射形式存储在代币合约中。设置授权额度时，所有者不会发送代币。所有者只是为未来的转账授予权限。这一区别很重要，因为即使当前没有代币转移，用户也可以授予较大的授权额度。风险在于，用户离开应用后，授权仍可能有效。如果支出方合约之后遭到攻击、被恶意升级或落入攻击者控制，剩余授权额度就可能带来危险。较小的授权额度会限制支出方可以转移的数量。无限授权则允许支出方转移非常大数量的代币，通常是代币合约所支持的最大整数。无限授权很常见，因为它可以减少重复授权交易，为用户节省时间。不过，无限授权也会增加风险，因为用户暴露的可能不只是当前余额，还包括未来的代币余额。钱包可能会将授权显示为简单请求，但它可能具有重大安全影响。

授权与转账

授权不等于转账。转账会将代币从一个地址转移到另一个地址。授权则会更改代币合约中的权限。用户授权支出方时，代币通常仍留在用户钱包中。之后，支出方可以根据代币标准和合约逻辑，利用这项授权转移代币。这就是授权诈骗容易令人困惑的原因。用户可能签署授权后发现代币并未立即转移。之后，攻击者可能调用 transferFrom()，利用现有授权转走代币。虽然盗窃发生在之后，但真正危险的操作是授权。因此，用户应当像审查转账一样认真检查授权。钱包确认窗口中的“approve”可能是在授予未来的支出权限。最稳妥的做法是在签署前查看支出方地址、代币符号、授权额度和应用背景。

无限授权

无限授权是指允许支出方转移某种代币的极大数量或近乎无限数量。这种设计很常见，因为它可以减少重复授权的需要。例如，经常使用同一应用的用户可能更愿意进行一次无限授权，而不是为每笔交易分别授权。这样虽然更方便，却也会造成持续的风险敞口。如果支出方拥有无限授权，它可能能够转移用户钱包中该代币的全部当前余额和未来余额。

针对无限 ERC-20 授权风险的学术研究发现，无限授权在 Ethereum 生态中十分普遍，并给用户带来了显著风险。

主要问题并不是无限授权必然导致损失。问题在于，用户可能早已忘记自己曾授予权限，但宽泛的授权仍长期有效。除非了解合约、授权原因及其风险，否则用户应避免无限授权。即使使用可信应用，将授权额度限制在所需范围内，也有助于在之后出现问题时减少损失。

有限授权

有限授权是指仅授予支出方转移特定数量代币的权限。例如，如果下一步操作只需要 100 枚代币，用户可以只授权 100 枚。这可以降低风险，因为支出方无法转移超过授权额度的代币。有限授权通常比无限授权更安全。代价是用户之后进行交易时可能需要再次授权。这会增加 Gas 费和钱包确认步骤。对许多用户而言，为提升安全性而多做这一步是值得的。与新的、未经审计的、实验性的或不熟悉的智能合约交互时，有限授权尤其有用。如果钱包中持有高价值资产，有限授权也很有帮助。常见的最佳做法是只授权当前操作所需的数量。操作完成后，用户可以撤销剩余授权额度。

撤销授权

撤销授权是指将支出方的权限改为零，或移除运营方权限。这是加密货币安全习惯中最重要的一项。

Ethereum.org 的撤销代币访问权限指南建议避免无限代币授权，并定期撤销代币授权。

撤销授权通常不会转移代币。它会改变支出方之后能否转移代币。对于 ERC-20 代币，撤销授权通常需要发送一笔授权交易，将授权额度设为零。对于 NFT，撤销授权可能是取消对某个特定代币的授权，或移除对整个系列的运营方授权。撤销授权可能需要支付 Gas 费，因为这是链上交易。不过，与保留危险权限可能造成的损失相比，这笔费用可能很低。使用新应用、签署可疑交易、参与代币领取活动或连接不熟悉的网站后，用户应检查旧授权。撤销授权并非万无一失的防护措施，但能减少攻击者可以利用的权限入口。

授权机制与 ERC-2612 Permit

ERC-2612 增加了 permit() 函数，用户可以通过签名消息修改 ERC-20 授权额度，而不必直接在链上发送 approve() 交易。

官方ERC-2612 permit 标准说明，permit 允许用户通过签名消息修改授权额度映射。

这可以改善用户体验，因为用户可能不需要持有网络的 Gas 代币来创建授权。其他方可以提交签名的 permit，支付 Gas 费并完成授权流程。Permit 类授权在现代 DeFi 中很常见，因为它可以减少操作步骤。不过，这也要求钱包设计格外谨慎，因为用户可能在未充分理解的情况下签署权限。如果签名授予了支出方权限，它可能与交易同样有力。用户不应仅仅因为消息签名不会立即显示链上转账，就认定它没有风险。用户应查看钱包中显示的代币、支出方、额度、截止时间、链和域名。如果恶意 permit 签名在过期前被提交到链上，就可能形成危险授权。

授权机制与 NFT

NFT 授权机制与 ERC-20 授权额度的运作方式不同。在 ERC-721 中，用户可以授权一个地址转移某一个特定 NFT。用户还可以使用 setApprovalForAll()，授权运营方管理该系列的所有 NFT。第二种授权方式权限很大，也有风险，因为它可能涵盖用户持有的该系列全部 NFT。对于 ERC-1155 代币，setApprovalForAll() 可以允许运营方管理该合约下用户的所有代币。

官方ERC-1155 多代币标准说明，setApprovalForAll 允许运营方代表授权者管理其全部代币。

NFT 用户尤其需要谨慎对待整个系列的授权。恶意运营方授权可能使攻击者无需逐个请求，就能转移有价值的 NFT。因此，用户应认真对待钱包针对 NFT 授权发出的警告。不再需要旧 NFT 运营方授权时，用户应将其撤销。

授权机制与智能合约权限

代币授权只是智能合约权限的一种。许多加密系统还包含管理员授权、角色授权、验证者授权、治理授权和账户级授权。智能合约可能要求先获得授权，提案才能执行。多签钱包可能要求多个授权者确认后才提交交易。跨链桥可能需要验证者或守护者批准跨链消息。DAO 可能要求代币持有者通过投票批准治理提案。钱包可能要求用户授权会话密钥、支出限额或账户委托。这些授权机制的基本思路相同。某个人或某个系统会按照既定规则获得执行操作的权限。关键安全问题始终不变。批准了谁？对方能做什么？权限会持续多久？如何撤销权限？

授权机制与 EIP-7702

EIP-7702 在 Ethereum 的 Pectra 升级路线中为外部拥有账户引入了一种新的账户授权模型。

Ethereum.org 的Pectra 7702 文档说明，EIP-7702 定义了一种机制，通过添加代码行为，让外部拥有账户在短期内获得功能增强。

这与普通 ERC-20 代币授权不同。这是一种账户级授权机制，可以让钱包在特定操作中表现得更像智能账户。它可以支持交易批处理、交易赞助和更完善的钱包流程等实用功能。不过，如果用户授权了恶意委托逻辑，账户级授权也可能带来新的网络钓鱼风险。用户应将账户授权视为高风险权限，因为它可能影响钱包本身的行为方式。授权问题不再局限于单个代币的额度。它还涉及账户允许哪些代码通过钱包执行操作。随着钱包技术不断进步，授权机制会变得更加灵活、功能更强大。这也意味着钱包界面必须更加清晰、安全。

授权机制与钱包弹窗

大多数用户首次接触授权机制是在钱包弹窗中。钱包可能会要求用户批准代币支出、签署 permit、批准 NFT 访问权限、确认交易或授权账户行为。问题在于，许多钱包弹窗不易理解。它们可能显示合约地址、十六进制数据、技术函数名称或含糊不清的权限标签。安全的钱包界面应说明受影响的资产、获得权限的对象、可转移的数量，以及授权是否为无限授权。即使应用看起来很熟悉，用户也不应匆忙通过授权页面。网络钓鱼网站经常仿冒真实应用，并要求用户授权恶意支出方。用户可能以为自己在领取奖励，但钱包实际上可能正在请求代币授权。阅读授权详情是避免本可预防损失的最简单方法之一。如果钱包警告不清楚，用户应先暂停，而不是立即签署。

授权机制与 DeFi

DeFi 应用高度依赖授权机制。兑换操作可能需要先授权代币，兑换合约才能转移输入代币。借贷存款可能需要先授权，借贷合约才能将抵押品转入协议。质押操作可能需要先授权，质押合约才能接收代币。创建流动性仓位前，用户可能需要授权一种或多种资产。这些授权使 DeFi 的可组合性成为可能，因为智能合约能够按照用户授予的权限相互操作代币。不过，DeFi 也会增加授权风险，因为用户可能会随着时间推移与许多合约交互。使用过数十个应用的钱包，可能积累了许多被遗忘的授权额度。即使用户不再使用相关应用，其中一些授权仍可能有效。DeFi 用户应将定期检查授权纳入日常安全流程。持有大量余额或长期储蓄资产的钱包尤其需要这样做。

授权机制与跨链桥

跨链桥通常需要先获得授权，才能将代币从一条链转移到另一条链。跨链桥合约可能要求用户先授权代币，然后用户才能将代币存入跨链桥。之后，跨链桥会按照其设计锁定、销毁或转移资产。跨链桥授权尤其敏感，因为跨链桥是高价值攻击目标。如果跨链桥合约或授权流程遭到入侵，开放的授权额度就可能带来危险。用户应谨慎授权跨链桥合约，尤其是在使用新跨链桥或不熟悉的网络时。用户应通过可靠来源确认官方跨链桥地址。除非了解风险并信任合约，否则应避免无限授权。转账完成后，应撤销不再使用的跨链桥授权。跨链桥授权应被视为转移资产的权限，而不是普通的网站点击操作。

授权机制与账户抽象

账户抽象改变了钱包授权操作的方式。智能账户可以采用自定义规则，而不必让每项操作都成为简单的外部拥有账户交易。这些规则可能包括支出限额、会话密钥、批量操作、社交恢复、Gas 赞助和基于策略的权限。在这种环境中，授权机制会更加灵活。用户可以授权游戏会话，使其在 1 小时内执行小额游戏内操作。用户可以为订阅类应用设置支付限额并授予授权。用户可以授权可信设备签署低风险操作，但不允许其进行大额转账。这可以改善用户体验，减少重复的钱包提示。不过，这也带来了新的权限管理难题。用户需要清晰的控制面板，用于查看有效会话、支出限额、委托密钥、到期时间和撤销选项。随着账户抽象的发展，授权机制将更像数字访问控制系统，而不只是简单的代币授权额度。

授权机制与治理

治理授权与代币支出授权不同，但遵循相同的权限逻辑。DAO 提案可能需要代币持有者批准，才能更改协议参数或支出金库资金。多签金库可能要求多位签署者批准交易后才能执行。协议升级可能需要先获得治理批准，新代码才能生效。这些授权机制可以保护共享系统，避免任何一方单方面采取行动。不过，如果投票权过于集中或签署者遭到入侵，治理授权也可能带来风险。不当的治理批准可能会更改费用、升级合约、转移资金或修改风险设置。用户应了解，授权问题不只涉及钱包层面。它也与协议和社区层面息息相关。安全的加密系统既需要安全地授权个人资产转移，也需要安全地进行集体决策。

授权机制的安全风险

第一项主要风险是无限授权。无限授权可能使支出方接触代币的全部当前余额和未来余额。第二项风险是恶意支出方地址。网络钓鱼网站可能要求用户授权由攻击者控制的合约。第三项风险是合约遭到入侵。先前安全的合约也可能因升级、遭到攻击或被已泄露管理员密钥控制而变得危险。第四项风险是钱包显示信息不充分。如果钱包没有清楚解释授权内容，用户可能在不理解权限的情况下签署。第五项风险是授权竞态条件。在更改非零授权额度时，较旧的 ERC-20 授权模式可能会引发问题。第六项风险是签名滥用。即使 permit 签名或账户授权没有立即广播交易，也可能带来危险。第七项风险是遗忘的授权。用户停止使用应用很久之后，旧权限仍可能有效。

授权竞态条件

当用户将授权额度从一个数值改为另一个数值时，ERC-20 授权竞态条件是一个已知问题。如果支出方已有 100 枚代币的授权额度，而用户将其改为 50 枚，恶意支出方可能会尝试在新额度确认前使用旧的 100 枚额度。如果时机对用户不利，支出方可能转移超过用户预期数量的代币。

针对ERC-20 多次提取问题的安全研究探讨了这一授权风险及可能的缓解方法。

一种常见的较安全做法是先将授权额度设为零，再设置新的目标额度。一些代币实现和程序库提供了安全减少授权额度的辅助函数。开发者应设计代币和应用流程，避免不安全地修改授权额度。用户无需了解所有技术细节，但应知道授权可能存在边缘情况。钱包和应用应帮助用户自动避免这些问题。

用户最佳实践

在可行的情况下，用户应只授权所需数量。对于不熟悉或高风险的合约，用户应避免无限授权。签署授权前，用户应检查支出方地址。用户应确认授权影响的是单个代币、整个系列的所有代币，还是账户级行为。使用完应用后，用户应撤销旧授权。对于会创建 permit 或授权的签名，用户应格外谨慎。用户应将高价值资产存储和日常应用交互分开使用不同钱包。长期持有的资产应存放在开放授权极少的钱包中。授权前，用户应通过可靠来源核实官方合约地址。如果钱包在非预期操作中要求授权，用户应先暂停。用户应记住，即使将钱包与网站断开连接，授权仍可能有效。

开发者最佳实践

开发者应仅请求足以完成用户操作的最小授权额度。开发者不应只提供无限授权这一选项。开发者应在应用界面中用通俗易懂的语言解释授权额度。开发者应清楚标明获得权限的支出方合约。只有在用户能够理解签署内容时，开发者才应支持 permit 类流程。进行高风险交互后，开发者应提供撤销授权的指引。开发者应避免对 NFT 和多代币合约进行不必要的运营方授权。开发者应设计权限范围明确、便于审计且易于撤销的合约。开发者应使用经过充分审查的代币程序库，并遵循最新安全实践。开发者应将授权用户体验视为一项安全功能，而不仅是转化率相关因素。

授权机制与钱包连接

连接钱包不等于授权。连接钱包通常允许网站查看钱包地址并请求用户执行操作。这通常不会直接授予网站转移代币的权限。授权的权限更高，因为它会在代币合约或智能账户系统中授予支出方权限。用户经常会混淆这两种操作。将钱包与网站断开连接，可能会阻止网站轻易请求新的签名，但不会自动撤销现有代币授权。因此，用户不应只依赖断开钱包连接来保障安全。如果用户已授权支出方，授权额度可能会一直有效，直到在链上更改。要移除权限，用户通常需要撤销或更新授权。了解这一区别有助于避免产生虚假的安全感。

授权机制与签名

签名并不总是等同于授权，但某些签名可以创建授权。普通消息签名可能用于证明钱包所有权，或登录应用。Permit 签名可能会授权代币额度。账户委托签名可能会授权钱包执行代码或策略行为。这意味着用户不应认定签名没有风险。恶意网站可能要求用户签署一条看似比交易成本更低、但实际上仍会创建重大权限的消息。用户应查看消息类型、域名、链、支出方、代币、额度、截止时间和请求的操作。钱包应在视觉上明确区分危险签名与低风险登录消息。开发者应避免使用含糊不清的签名提示，以免让用户养成不加思考就点击的习惯。在现代加密货币领域，授权既可以通过交易完成，也可以通过签名消息完成。

授权机制与代币标准

不同代币标准使用不同的授权机制。ERC-20 使用基于授权额度的机制授权同质化代币。ERC-721 使用单个 NFT 授权和系列运营方授权。ERC-1155 使用运营方授权，可涵盖同一合约下的多个代币 ID。ERC-2612 为 ERC-20 类代币增加了签名 permit 授权。较新的钱包和账户标准还可以增加会话权限、委托执行或账户级授权。因此，用户不应将所有授权弹窗一概而论。授权某种稳定币与授权管理某个系列的所有 NFT 不同。Permit 签名与直接发送 approve 交易不同。账户委托与代币授权额度也不同。最重要的问题始终是：这项授权究竟授予了什么权限？

关于授权机制的常见误解

一种常见误解是，授权会立即转移代币。授权通常只是授予权限，代币可能会在之后的转账中转移。另一种误解是，断开钱包连接就会撤销授权。断开连接通常不会更改代币合约中的授权额度。第三种误解是，无限授权只影响当前余额。如果之后收到相同代币，无限授权也可能使未来余额面临风险。第四种误解是，消息签名始终安全。某些签名可能会创建 permit 或账户授权，并带来实际资产风险。第五种误解是，可信应用永远不需要撤销授权。即使是可信应用，也可能出现漏洞、升级、密钥泄露或风险条件变化。第六种误解是，NFT 授权风险较低，因为它不涉及同质化代币。NFT 运营方授权可能让对方广泛控制有价值的收藏品或游戏资产。

相关加密货币术语

授权额度是支出方获准从所有者钱包中转移的 ERC-20 代币数量。approve() 是用于设置支出方授权额度的 ERC-20 函数。transferFrom() 是支出方在获得授权额度后用于转移代币的 ERC-20 函数。Permit 是一种签名授权方式，可以在所有者不直接发送 approve 交易的情况下更改授权额度。setApprovalForAll() 是 NFT 和多代币标准中的函数，用于授权运营方管理范围更广的一组资产。撤销是移除或减少授权的过程。支出方是获准通过授权转移代币的地址或合约。运营方是获准代表所有者管理 NFT 或多代币资产的地址。账户抽象是一种钱包设计方法，可支持更灵活的账户规则和权限系统。智能合约是被调用时能够自动执行规则的区块链代码。

常见问题

加密货币领域的授权机制是什么意思？

授权机制是一种权限系统，允许用户授权合约、地址、钱包或运营方代表用户执行规定的操作。

什么是代币授权？

代币授权是一种链上权限，允许支出方按照代币标准的规则转移或管理代币。

什么是 ERC-20 授权？

ERC-20 授权是一种授权额度系统，代币所有者允许支出方通过 transferFrom() 转移不超过特定数量的代币。

什么是授权额度？

授权额度是支出方获准从所有者钱包中转移的代币数量。

授权与转账相同吗？

不同。授权是授予权限，转账则会实际转移代币。

无限授权为何有风险？

无限授权有风险，因为支出方可能能够转移已授权代币的全部当前余额和未来余额。

用户如何撤销代币授权？

用户可以发送链上交易，将授权额度设为零或移除运营方权限，从而撤销代币授权。

断开钱包连接会撤销授权吗？

不会。将钱包与网站断开连接通常不会撤销存储在链上的代币授权。

什么是 permit 授权？

Permit 授权使用签名消息来授权 ERC-20 额度，无需代币所有者直接发送 approve 交易。

NFT 授权有危险吗？

如果 NFT 授权允许运营方管理有价值的 NFT 或整个系列，就可能存在危险。

授权前用户应检查哪些内容？

用户应检查支出方、代币、额度、网络、截止时间、网站，以及授权是有限还是无限。

最安全的授权做法是什么？

最安全的做法是只授权所需数量、避开未知支出方，并在权限不再需要时将其撤销。

结论

授权机制是加密货币领域最重要的权限系统之一。它允许用户授权智能合约、运营方、钱包、协议或治理系统在规定范围内执行操作。最常见的形式是 ERC-20 代币授权，即用户向支出方授予授权额度。授权机制使 DeFi、NFT、跨链桥、质押、支付、游戏以及许多其他智能合约工作流成为可能。如果用户授权恶意合约、授予无限权限、忽视旧授权或签署不清楚的授权消息，这些机制也会带来严重的安全风险。最重要的一点是：授权并不是无害的后台步骤。它是一项权限，可能决定另一个地址能否转移有价值的资产。用户应只授权所需权限、仔细阅读钱包提示、尽可能避免无限授权，并定期撤销不再使用的权限。开发者应设计清晰、范围有限且易于撤销的授权流程。钱包应使用通俗易懂的语言解释授权内容，让用户清楚自己签署了什么。随着加密钱包通过 permit 签名、账户抽象、会话密钥和 EIP-7702 类账户授权不断演进，授权机制也会变得更强大、更复杂。因此，权限管理将成为加密货币安全的核心组成部分。了解授权的用户更有准备防范网络钓鱼、降低智能合约风险并保护长期持有的资产。设计更安全授权机制的协议更有可能赢得用户信任。因此，授权机制不仅是一项技术功能。它也是用户、代币、智能合约与更广泛链上经济体系之间安全交互的基础。