EVM 是执行智能合约的一套兼容环境
EVM 网络采用相似的账户、交易和合约执行模型，使同类开发工具可以在多条链上使用。但兼容并不代表这些链共享账本。
每条网络仍有独立链 ID、Gas 资产、区块和合约状态。
外部账户与合约账户承担不同角色
普通钱包地址由私钥控制，可以发起签名交易；合约地址由代码逻辑控制，在收到调用时执行函数。给合约发送资产或调用函数前，应确认地址类型和预期行为。
合约执行结果由网络规则决定，不是钱包界面自行修改。
Gas 衡量执行所需的计算与存储成本
EVM 交易通常包含 gas limit、费用参数和 nonce。复杂合约调用可能消耗更多 Gas，失败执行也可能消耗已经使用的网络资源。
费用估算应结合当前网络状态，而不是只看代币价值。
calldata 和函数参数决定合约要做什么
合约交易不只是“发送到一个地址”，还可能包含函数选择器、参数、金额和授权对象。钱包会尽量解析可读信息，但用户仍应检查请求是否符合当前操作。
陌生函数或无法解释的参数值得停止并重新确认。
Token 与 Approval 都是合约状态
常见代币在 EVM 上由合约记录余额，授权则让 spender 在限定范围内代表持有人使用代币。无限额度可能扩大长期暴露面。
断开 DApp 不会自动清除链上 allowance。
EVM 地址相似最容易造成跨链误判
相同私钥可以在多条 EVM 链上派生出相同地址，但资产和合约完全分离。一个合约地址在另一条链上可能不存在，或对应完全不同的代码。
任何交互都应把链 ID 与合约地址一起核对。
EVM 风险提示
相似地址和相似界面最容易让用户忽略当前链。签名前确认 chain ID、合约和请求内容。
阅读一笔 EVM 交易时看哪些字段
先确认 chain ID 与发送账户，再看目标地址是普通账户还是合约；合约调用继续查看 value、方法、关键参数、预计 Gas 和授权范围。
把合约调用当作结构化请求来读
提交后用交易哈希检查 receipt、状态、Gas 使用量和事件。若交易失败，先理解失败原因，不要在不改变条件的情况下反复重试。
- EVM 兼容不等于链上状态互通。
- 合约地址与 chain ID 必须一起确认。
- 授权前检查 spender 与额度。
- 失败交易也可能消耗 Gas，先查原因再重试。