Delegatecall是什么？代码借用为何能改调用者存储

看到合约使用delegatecall时，不能只审查被调用函数做什么，还要确认它会在谁的存储和权限上下文中执行。

定义与核心概念

delegatecall是EVM的一种消息调用方式：执行目标地址的代码，但使用调用者合约的存储、地址和余额，并保留原始msg.sender与msg.value。代理合约因此能复用实现代码，钱包模块也能代表钱包执行逻辑。它不是普通外部调用。

运作原理

普通call修改被调用合约的存储；delegatecall中的SSTORE写入调用者存储槽。如果目标代码假设的存储布局与调用者不同，可能覆盖Owner、管理员或余额映射。更严重的是，调用者若允许用户选择任意目标，就可能把完整执行权限交给恶意代码。

链上操作要分成四层：钱包负责展示和签名，RPC负责读取与广播，合约代码决定状态变化，区块共识决定交易是否最终确认。任一层显示“成功”都不能替代其他层核验。

数字案例

钱包存储槽0保存Owner。一个被delegatecall的插件把槽0当作计数器并写入攻击者地址对应整数，结果钱包Owner被覆盖。交易回执只显示插件调用成功，资产随后可由新Owner转走。风险不是插件持有资产，而是它在钱包上下文写存储。

案例中的Gas、滑点和区块时间用于展示计算方法。真实操作前应读取当前链、当前区块的价格、流动性、权限和合约状态。金额同时记录代币数量、美元价值和链上原始整数。

实操步骤

1. 确认哪些函数能触发delegatecall及调用权限。
2. 检查目标地址是固定、白名单还是用户可控。
3. 对照调用者与目标代码的存储布局。
4. 模拟执行前后Owner、模块和关键槽变化。
5. 钱包新增模块先小额测试再转入主要资产。
6. 撤销不再使用的模块与升级权限。

每次操作保存链名、钱包地址、合约地址、交易哈希、Nonce、签名内容和预期输出。先模拟，再用可承受归零的小额完成进入与退出闭环，确认撤销、卖出或取回都可执行后才扩大金额。

签名前逐项核对

1. 从发行方或协议官方文档与可信浏览器交叉核对链ID和合约地址。
2. 检查源码是否验证、是否为代理、当前实现和管理员是谁。
3. 展开to、value、spender、calldata、有效期、Nonce和授权额度。
4. 用独立模拟工具查看余额变化、内部调用、事件和失败原因。
5. 检查池深、价格冲击、代币精度、转账税和预言机状态。
6. 确认钱包有足够原生Gas币完成取消、撤销和退出。
7. 小额执行后等待所需确认，再核对合约读取而非只看前端。

若钱包只能显示无法解释的十六进制数据、页面要求无限授权、目标地址与官方资料不一致，或模拟结果与界面承诺不同，应取消签名。

链上证据表

记录操作前后区块高度、钱包余额、授权额度、代理实现、管理员、预言机价格、池内储备和实际退出报价。交易哈希只证明发生调用，还要把事件日志与状态变化对应，确认资产、数量和接收者。

对代理保存实现代码哈希；对签名保存typed data域；对Swap保存路径和最低到账；对跨链保存源交易、messageId和目标执行。这样前端故障时仍能判断资产处在哪一步。

每周检查闲置授权、未知签名和原生Gas余额；每月检查实现地址、管理员、多签成员和时间锁。任何权限变化都应重新执行小额退出测试。

仓位与风险预算

收益必须按真实可退出价值计算：

净退出价值 = 资产市值 - 价格冲击 - 协议费用 - 转账税 - Gas - 等待风险折价

建立网络拥堵、预言机异常和管理员升级三种压力情景。假设Gas扩大五倍、池深下降50%、稳定币折价5%，并加入一天无法退出。若一个月收益无法覆盖压力摩擦，高收益没有提供足够补偿。

单协议、单链、单桥和单一稳定币分别设置上限。任何需要管理员、预言机、桥、前端与单一RPC同时正常才能退出的仓位应进一步缩小，不能把多个相关依赖误认为分散。

故障与退出流程

先停止继续签名和重复广播，保存错误信息、交易哈希和当前区块。换独立RPC查询交易状态、Nonce、余额、授权与合约事件。待处理交易再判断等待、同Nonce加速或取消；已经确认则按事件和余额确认结果。

退出演练包括：资产能否从协议取回、换成主流资产并转到另一地址。若依赖单一前端，提前准备经过小额验证的浏览器写合约或官方命令行路径。未经测试的备用方案在拥堵时不可靠。

涉及私钥或授权泄露时，优先把仍未授权的资产转到新钱包，再处理旧地址。不要在已泄露设备输入新私钥，也不要点击群聊私信的补偿链接。

目标代码未验证、地址可由单签随时替换、存储布局无法核对，或模拟出现非预期Owner与授权变化时，应停止交互。

状态验证工作表

操作前记录当前区块、链ID、钱包地址、合约地址、代理实现、管理员、关键参数、余额和授权；操作后在同一字段旁记录新值。只比较前端截图没有意义，因为前端可能切换RPC、使用缓存或把不同代币格式化成相同符号。

对调用结果建立三层证据：交易回执证明是否执行，事件日志说明合约宣称发生了什么，状态读取说明最终存储和余额是什么。三者不一致时，以可验证的合约状态为基础继续调查，不根据社区解释扩大仓位。

涉及金额换算时写出原始整数与decimals；涉及预言机时写出answer、更新时间和报价方向；涉及代理时保存实现代码哈希；涉及治理时保存操作ID、目标地址和calldata。这样才能在升级、重组或前端离线后复原事实。

依赖关系与压力测试

画出资产退出所依赖的完整链条：钱包签名、RPC广播、Gas资产、目标合约、管理员或多签、预言机、DEX流动池、跨链中继和最终接收地址。任何两个依赖由同一主体控制，都不能当作独立分散。

压力测试至少包括：Gas扩大五倍、池深下降50%、预言机延迟一小时、代理无预警升级、桥暂停24小时和稳定币折价5%。逐项计算能否撤销授权、补充抵押、赎回或转移资产。若应急动作本身也依赖故障组件，预案无效。

设置可观察停止条件，例如实现地址变化、管理员阈值下降、池深低于持仓退出量的20倍、预言机偏离独立价格2%以上或连续三次提款失败。触发后先降低敞口，再调查原因；不要在仓位仍暴露时等待社区形成共识。

常见误区

1. 误区1：前端余额就是链上事实。 前端可能缓存、索引延迟或连接错误网络，必须用合约读取交叉验证。

2. 误区2：提高Gas或滑点能解决任何失败。 Gas只影响排序，滑点只放宽价格；权限、Nonce和合约条件错误不会自动修复。

3. 误区3：小额测试成功代表永久安全。 管理员升级、动态参数和流动性变化会改变结果，每次扩大仓位前都要复查。

FAQ

区块浏览器显示成功就完全安全吗？

它只证明交易按当时状态执行，不证明合约未来不会升级、资产有足够退出流动性或签名没有留下长期授权。

模拟成功后为什么还要小额测试？

模拟依赖特定区块和工具假设，无法覆盖所有RPC、路由和非标准行为。真实小额闭环能验证实际执行路径。

合约通过审计就能放心吗？

审计只覆盖特定代码版本和范围。代理升级、管理员权限、外部预言机与流动性仍可能改变风险。

新手最值得坚持的规则是什么？

先验证地址，再读签名，最后完成小额退出。任何一步无法解释，都不应扩大金额。