你想把钱包从一个委托合约换到另一个。新合约地址是安全的，代码也是公开的，你觉得没问题。你签了新的委托，提交上链。
然后钱包里的数据乱套了。余额显示不对，转账失败，甚至整个账户被锁住。
这不是新合约有问题，是旧合约留下的存储数据和新合约期望的数据格式不一样。
先看错误结果：账户被锁或数据异常
你重新委托之后，账户出现了这些问题：
交易失败，提示"invalid storage slot"或"unexpected state"
钱包里显示的余额和链上对不上
某个功能突然无法使用
账户完全无法操作，需要联系客服才能恢复
这就是"存储冲突（Storage Collision）"导致的结果。
还原错误路径：为什么会发生存储冲突
EIP-7702允许EOA账户通过委托执行智能合约代码。但有一个关键设计：委托切换时，旧合约写入的存储数据不会自动清除。
当用户切换委托合约时，旧合约写入的存储数据会保留在EOA的存储中。如果新旧合约使用了相同的存储槽（storage slot）来表示不同类型的数据，新合约会错误地读取旧合约的残留数据，导致逻辑混乱。
举例来说：
合约A把slot 0用来存用户的"nonce"
合约B把slot 0用来存用户的"owner address"
你从A切换到B，B读取slot 0，把A的nonce值当成了owner address
结果就是：账户配置错误，或完全无法使用。
慢雾在Pectra升级后的安全警告中明确指出：开发者应遵循ERC-7201提出的命名空间公式，以缓解存储冲突。如果开发者没有做好隔离，用户切换委托合约时就会踩这个坑。
正确做法对比
| 做法 | 说明 |
|---|---|
| 错误做法 | 不管新旧合约的存储布局差异，直接重新委托。 |
| 正确做法 | 迁移前，确认新旧委托合约是否都实现了命名空间存储（ERC-7201），或者先清除旧委托（指向零地址）再委托到新合约，确保旧存储数据被清理。 |
迁移到新委托合约前，按这个流程走
目标：避免存储冲突导致账户异常。
操作步骤，按顺序执行：
第一步：确认新旧合约的存储布局
在Etherscan或区块浏览器上查看新旧合约的代码。确认两个合约是否都遵循了ERC-7201的命名空间存储模式。
如何判断：搜索合约代码中是否有ERC-7201或NAMESPACE相关标识。如果旧合约用的是"连续存储槽"（Solidity默认），新合约也是默认模式，大概率会冲突。如果两个都用了命名空间隔离，风险会低一些。
完成标准：你能确认新旧合约的存储管理方式是否兼容。如果不清楚，优先选择第二种安全操作方案。
第二步：如果无法确认存储兼容性，先清除再委托
最安全的方式分两步走：
先发送一笔指向零地址的0x04交易，清除旧委托（把账户恢复为普通EOA）。
确认清除成功后，再发送一笔新的0x04交易，指向新合约地址。
完成标准：你确认Etherscan上"Authorizations (EIP-7702)"字段为空或零地址后，才发起新委托。两个步骤中间留出至少一个区块的间隔。
第三步：检查委托合约是否实现了必要的回调函数
迁移后，如果NFT转账或其他ERC-721/ERC-1155操作失败，可能是委托合约缺少onERC721Received或onERC1155Received回调函数。迁移前查阅合约文档，确认它实现了主流代币标准必需的接收函数。
举一反三的排查清单
| 排查项 | 安全状态 | 危险信号 |
|---|---|---|
| 新旧合约存储布局 | 都使用ERC-7201命名空间隔离 | 使用默认连续存储槽 |
| 迁移流程 | 先清除旧委托再委托新合约 | 直接覆盖委托 |
| 合约是否实现回调 | 已实现onERC721Received等函数 | 缺少必要的接收函数 |
| 旧存储数据清理 | 调用旧合约的清理接口 | 未清理旧数据 |
风险提醒：EIP-7702重新委托时，旧合约的存储数据不会自动清除。如果新旧合约的存储布局不兼容，账户可能被锁定，资金可能被卡住。在重新委托前，先确认新合约是否设计为与旧合约的存储兼容，或者在委托前先将委托指向零地址进行重置。
