📘智能合约生命周期与调用执行流程

📚 作者：Henry 🧱 系列：《以太坊工作原理全解析》 · 第 7 篇 👨‍💻 受众：Web3 开发者 / 区块链学习者 👉 系列持续更新中，建议收藏专栏或关注作者。

✦ 1. 合约部署流程概述

部署合约是一笔特殊交易，其特点是：

• to 字段为 null（表示不向已有账户转账）
• data 字段中包含的是合约字节码（含 constructor 初始化逻辑）
• EVM 会将该字节码执行一次，执行结果（return 的字节码）将作为合约的Runtime Code 写入新账户中

📌 部署流程图见图 1：合约部署流程图

[EOA 构造交易]
     ↓
[交易签名与广播]
     ↓
[交易进入区块 → 被打包]
     ↓
[节点执行交易（含部署）]
     ↓
[EVM 执行部署代码（Constructor）]
     ↓
[返回 Runtime Bytecode]
     ↓
[将 Runtime Bytecode 写入新地址账户的 code 字段]
     ↓
[更新 StorageRoot 与 StateRoot]

解释：
1️⃣ 构造交易：由外部账户（EOA）发起，data 字段为合约部署字节码。
2️⃣ 签名与广播：本地签名 → 节点广播 → Mempool 等待打包。
3️⃣ 区块打包：交易被矿工/验证者打包进新区块。
4️⃣ 节点执行交易：启动 EVM → 执行字节码（constructor 部分）。
5️⃣ EVM 返回 Runtime Bytecode：通过 RETURN 指令返回 runtime code。
6️⃣ 创建新账户地址 → 存储 codeHash 与 runtime bytecode。
7️⃣ 状态树更新 → 写入 storageRoot、stateRoot。

✦ 2. 部署交易结构

合约部署交易的关键字段如下：

✦ 3. 合约地址生成机制

合约部署后会生成一个20 字节的合约地址，通常有两种生成方式：

✅ 常规部署（CREATE）

address = keccak256(rlp(sender, nonce))[-20:]

• 由部署者地址 + nonce 决定
• 地址无法提前预测（部署顺序影响地址）

🧪 特殊部署（CREATE2）

address = keccak256(0xFF ++ sender ++ salt ++ keccak256(init_code))[-20:]

• 可用于构建“预部署合约”（先知地址）
• 被广泛应用于 DeFi 工厂、Proxy 合约体系

+--------------------+             +--------------------+
|      CREATE        |             |     CREATE2        |
+-----------------...