币安安全事件之所以引起关注，不仅是因为可疑钱包活动的规模，还因为在主要以太坊资产开始转移前不久可见的一个技术细节：一批 EIP-7702 授权。
这一细节迅速将 EIP-7702 推到了讨论的中心。以太坊账户委托机制允许普通的外部拥有账户（即 EOA）临时执行智能合约逻辑。在币安事件中，区块链研究人员在资产从与币安关联的热钱包转出前不久，识别出了一项 EIP-7702 委托。
但这里有一个重要的区别。
EIP-7702 授权的存在本身并不能证明 EIP-7702 被利用了。
币安的初步调查反而指向运营基础设施遭到入侵。该交易所表示，一名 DevOps 工程师的笔记本电脑可能被入侵，使攻击者得以访问一个服务容器并提交未经授权的提款交易。币安还表示，未发现钱包私钥泄露的证据。
这使得该事件对于理解现代钱包安全尤为重要。私钥可以始终留在受保护的基础设施内，而攻击者则滥用另一个被允许请求合法签名的系统。
本文解释了 EIP-7702 在该事件中似乎发挥了什么作用、为何多份授权的报道引起了关注，以及为何密钥被盗与签名基础设施被入侵之间的区别至关重要。
币安安全事件中发生了什么？
涉及与币安关联的热钱包的可疑活动于 2026 年 10 月 30 日开始引起关注。
链上调查人员观察到，与该交易所关联的钱包向新创建的地址进行了大额转账。随着研究人员追踪以太坊、比特币、波场及其他网络上的交易，早期估计数字差异很大。
币安随后承认发生了一起安全事件，并开始调查未经授权交易的来源。该交易所在进行安全检查期间暂时暂停了充值和提现。
在其 10 月 30 日的安全更新中，币安表示其初步调查表明，一名 DevOps 工程师的笔记本电脑被入侵，使攻击者得以访问一个服务容器并提交未经授权的提款交易。
该交易所估计，在调查的该阶段，总体影响约为 63 亿美元，并表示约有 30 亿美元受影响资产已在链上被冻结。币安还表示，将使用其 SAFU 基金和公司资金来弥补损失。
对技术讨论而言最重要的是，币安表示：
未发现钱包私钥泄露的证据。
这一声明改变了对所报道的 EIP-7702 活动的解读方式。
问题不再仅仅是攻击者是否窃取了热钱包私钥，更相关的问题变成了：一个被入侵的内部系统是否能够请求或促成来自受保护签名基础设施的合法授权。
为何 EIP-7702 成为调查的一部分？
EIP-7702 是随以太坊 Pectra 升级引入的，旨在赋予外部拥有账户一些通常与智能合约钱包相关联的能力。
传统上，以太坊 EOA 由私钥控制。它可以签署交易、转移资产并与智能合约交互，但其自身账户不包含可编程的执行逻辑。
EIP-7702 改变了这种关系。
它允许 EOA 授权另一个合约的代码作为其执行逻辑，同时保留原始的以太坊地址。
这实现了有用的账户抽象功能，例如交易批处理、Gas 赞助以及更高级的权限系统。
这也意味着，EIP-7702 授权比常规的代币批准值得受到多得多的关注。
在对币安事件的分析中，研究人员报告称，一个通过 Tornado Cash 获得资金的地址在重大资产转移发生前不久，提交了多份涉及与币安关联的以太坊热钱包的 EIP-7702 授权。
据报道，其中一份授权与钱包状态匹配并生效。
大约三分钟后，大量资产开始离开该钱包。
这一时间点自然使该授权成为调查的重要组成部分。
但它仍然没有告诉我们，那份合法授权是如何获得的。
EIP-7702 授权是如何运作的？
理解这一机制最简单的方式，是把 EIP-7702 想象成允许一个普通以太坊账户临时声明：
“当我的账户收到调用时，使用这个智能合约的执行逻辑。”
简化后的流程大致如下：
以太坊 EOA
│
│ 签署一份 EIP-7702 授权
▼
分配委托
│
▼
委托智能合约
│
│ 提供可执行逻辑
▼
原始 EOA 可以执行
智能合约风格的行为
原始账户并不会消失。
其地址、余额和现有的链上历史都保持不变。发生变化的是可以通过该账户执行的代码。
EIP-7702 还包含安全防护措施。授权与账户状态绑定，包括 nonce，并且可以被替换或撤销。因此，它们并不是任何人都可以附加到他人钱包上的任意指令。
一份有效的授权仍然需要相关账户提供合法的加密授权。
这一点是理解币安事件的核心。
如果攻击者成功安装了恶意委托逻辑，那么重要的安全问题就不仅仅是：
“攻击者是否使用了 EIP-7702？”
而是：
“攻击者是如何获得权限来创建一份有效的 EIP-7702 授权的？”
为什么会有多份 EIP-7702 授权被报告？
审查这些交易的安全研究人员报告称，攻击者提交了一批包含约 50 份与不同 nonce 值相关联的授权。
乍一看，“50 份授权”听起来像是 50 个钱包被攻陷了。
但实际情况未必如此。
以太坊账户维护着一个 nonce，它会随着交易的执行而变化。一份 EIP-7702 授权必须与相应的账户状态相匹配。
如果攻击者知道他们想要针对哪个钱包，但无法可靠地确定交易到达网络时哪个 nonce 会有效，他们就可以为多个可能的 nonce 值准备授权。
只有与钱包有效状态相匹配的那份授权才会成功。
这种技术有时被称为nonce 喷洒。
其重要含义在于，存在 50 条授权条目并不一定意味着 50 次成功授权、50 个私钥被攻陷或 50 次独立的钱包攻击。
相反，这种模式可能是为了增加这样一种概率：即一份先前获得的授权在提交时能够匹配目标账户的状态。
这就引出了另一个问题：
是谁——或者哪个内部系统——拥有创建底层签名的权限？
这正是币安的初步调查结果尤为相关的地方。
私钥被盗与签名基础设施被攻陷是不同的问题
许多关于加密货币安全的讨论将钱包保护简化为一个原则：
保护私钥。
这仍然至关重要，但机构钱包要复杂得多。
交易所可能会在底层密钥周围使用硬件安全模块、签名服务、策略引擎、提现服务、访问控制系统和其他基础设施。
因此，攻击者可能会尝试攻陷请求签名的流程，而不是提取私钥本身。
币安的初步调查目前更倾向于第二种情形。
该交易所表示，一台被攻陷的 DevOps 笔记本电脑可能使攻击者得以访问一个能够提交未经授权提现交易的服务容器，同时明确表示未发现私钥泄露的证据。
这一区别意义重大。
从技术上讲，受硬件保护的私钥可以保持安全，而周围的基础设施却为本不应被批准的操作生成了签名。
EIP-7702 是否导致了币安被黑？
根据目前可获得的信息，没有公开证据表明 EIP-7702 本身的漏洞导致了币安安全事件。
这一区别至关重要。
攻击者利用合法的协议功能，并不自动意味着该功能本身存在缺陷。
考虑一个更简单的例子。
如果攻击者获得了银行账户的合法凭证，并通过银行正常的支付系统发起转账，那么银行转账基础设施执行了该笔付款这一事实，并不能证明转账协议本身存在缺陷。
这里也适用类似的区分。
EIP-7702 可能提供了执行机制，使得一个成功获得授权的账户能够将其行为委托给恶意代码。
但 EIP-7702 通常需要有效授权。
尚未解决的问题是，这种授权是如何成为可能的。
币安的初步解释表明，调查人员正在审查被入侵的运营基础设施，而非以太坊协议故障。
因此，现阶段最准确的解读是：
EIP-7702 似乎与正在调查的执行路径相关，但尚未被确认为根本漏洞。
哪些已得到确认，哪些仍在调查中？
由于重大安全事件演变迅速，区分已确认的发现与交易层面的分析尤为重要。
这一区分之所以重要，是因为区块链交易能够极好地呈现链上发生了什么，但它们未必能揭示内部签名系统是如何被入侵的。
研究人员可以观察到委托、转账和合约交互。
他们无法仅凭区块链数据确定：某个签名是在私钥被盗后创建的，还是某个内部服务合法请求了该签名，抑或是某个被入侵的工作流程导致受保护的签名者授权了恶意指令。
这需要来自受影响基础设施内部的证据。
为什么签名基础设施与私钥存储同样重要
机构加密货币安全日益由多个层次构成。
第一层是密钥安全。
私钥存储在哪里？能否被提取？是否由硬件安全模块或其他加密托管系统保护？
第二层是签名安全。
哪些服务被允许向受保护的密钥请求签名？这些服务必须满足哪些身份验证、策略和审批机制？
第三层是授权安全。
即使某个请求在密码学上是有效的，该账户究竟被要求授权什么？
随着智能账户和账户委托能力不断增强，这第三层变得日益重要。
常规的代币转账可能转移固定数量的某一种资产。
而委托则可能改变账户执行未来指令的方式。
对安全团队而言，这一差异意味着仅靠签名验证已不再足够。
交易的含义也必须被评估。
为什么 EIP-7702 改变了钱包安全假设
EIP-7702 之所以强大，恰恰在于它扩展了普通以太坊账户所能做的事情。
钱包无需将资产迁移到全新的智能合约钱包，即可获得可编程功能。
对于消费级钱包而言，这可以提升可用性。
对于复杂的机构基础设施而言，它可以支持更高级的执行策略。
但额外的可编程性会带来额外的授权面。
恶意的 ERC-20 授权通常只赋予另一个地址对某一种代币的权限。
而恶意的 EIP-7702 委托则可能影响账户执行更广泛类别操作的方式。
这并不意味着 EIP-7702 本身不安全。
这意味着钱包、交易所和托管服务商应将委托授权视为高风险的安全操作。
EIP-7702 签名不应仅被评估为密码学上有效。
安全系统还应询问：委托目标是否符合预期？其字节码是否经过审查？所请求的授权是否符合该账户的正常行为？以及内部策略是否允许该账户进行执行委托？
币安事后分析应澄清哪些问题？
币安表示，一旦调查完成，将发布详细的技术事后分析报告。
有几个问题将决定业界最终如何解读这起事件。
第一，攻击者是如何获得签名路径的访问权限的？
初步的DevOps解释指出了基础设施中可能已被攻破的部分，但从该访问权限到获得有效的区块链授权之间的完整链条仍然很重要。
第二，EIP-7702究竟扮演了什么角色？
调查人员需要确定执行以太坊转账是否需要委托、授权是如何准备的，以及为何内部控制允许了该操作。
第三，私钥是否曾被泄露？
币安目前表示没有证据表明私钥泄露。一份完整的取证报告可以提供更多关于密钥如何与被攻破的基础设施隔离的细节。
最后，本应由哪项控制措施阻止这笔交易？
对于机构安全团队来说，这可能是最有价值的问题。
技术上有效的签名不应自动意味着操作上有效的交易。
最强大的托管系统将密码学授权与业务授权分开。
这对普通以太坊钱包用户意味着什么？
币安事件涉及机构基础设施，不应自动被解读为普通以太坊钱包也面临相同攻击路径的证据。
个人自托管钱包与交易所热钱包系统的运作方式截然不同。
然而，EIP-7702也为个人用户带来了一个重要教训：
委托签名应与其他强大的钱包权限一样受到同等程度的谨慎对待。
用户应仔细核实钱包要求他们签名的内容，尤其是当不熟悉的网站请求账户委托时。
恶意委托不应与普通登录签名相混淆。
用户还应依赖成熟的钱包界面，这些界面能清晰标识委托请求并标记可疑合约。
关键的安全原则仍然很简单：不要仅凭签名是否会立即转移资金来判断其安全性。有些签名会改变账户日后被允许执行的操作。
更大的教训：钱包安全正在超越私钥
币安安全事件凸显了区块链安全领域更广泛的演变。
多年来，业界的主流假设很直接：
保护密钥，就保护了钱包。
这种模式正变得不完整。
现代机构钱包往往依赖密钥周围的多层基础设施——API、签名服务、提现引擎、策略系统、访问控制和自动化执行环境。
诸如EIP-7702之类的账户抽象机制通过允许钱包委托执行逻辑，又增加了一层。
因此，加密货币安全越来越取决于三个独立的问题：
谁控制密钥？
谁能请求签名？
以及该签名实际授予了什么权限？
一个系统可能在第一个问题上成功，却在第二个或第三个问题上失败。
这似乎是币安调查迄今为止提出的最重要问题之一。
常见问题
EIP-7702是币安被黑客攻击的原因吗？
尚未确认。币安的初步调查结果指向运营基础设施被攻破，而EIP-7702似乎是正在调查的授权路径的一部分。
币安的私钥被盗了吗？
币安表示，在初步调查中未发现钱包私钥泄露的证据。
什么是EIP-7702？
EIP-7702允许以太坊EOA将执行逻辑委托给智能合约代码，同时保持相同的钱包地址。
为什么观察到多个EIP-7702授权？
它们可能是针对不同的nonce值准备的，以匹配目标账户状态。这不一定意味着多个钱包被攻破。
普通以太坊用户会受到影响吗？
没有证据表明发生了全网范围的以太坊钱包被攻破事件。用户仍应对不熟悉的委托或签名请求保持谨慎。
撤销代币授权就足够了吗？
并非总是如此。ERC-20 授权和 EIP-7702 委托是相互独立的权限，因此移除代币授权并不会自动移除账户委托。
结论
EIP-7702 在币安事件中的出现使该机制成为技术调查的重要组成部分，但现有证据并不能证明 EIP-7702 本身遭到了攻破。
相反，币安的初步调查结果表明，攻击者可能攻破了一名 DevOps 工程师的笔记本电脑，获取了对某个运营服务容器的访问权限，并提交了未经授权的提现交易。该交易所表示，尚未发现钱包私钥泄露的证据。
这一区分至关重要。
如果一个受保护的签名系统可以被诱导去授权恶意指令，那么攻击者可能根本不需要窃取私钥。
EIP-7702 会放大此类授权的后果，因为它允许以太坊账户委托可编程的执行逻辑。但恶意利用这一能力与在协议中发现漏洞是两回事。
在币安发布完整的技术事后分析之前，最好将 EIP-7702 理解为所报告执行路径中的一个组成部分——而非该事件已确认的根本原因。
对于交易所、托管服务提供商和钱包开发者而言，更大的教训已经显而易见：现代钱包安全不仅必须保护私钥，还必须保护请求签名的系统以及这些签名所创建的权限。
