本文延续《智能合约概述（一）》的思路，继续拆解“写好 Solidity 后究竟怎样把代码塞进区块”。文章只动刀不越位，不会做过量魔改，尽量保留原文味道，方便你由浅入深理解 智能合约部署 这件事。

目录

1. 回顾：部署只有两步
2. 编译：让 Solidity 变成机器认识的语言
3. 发送：把二进制码变成一笔正经交易
4. 区块确认：恭喜，你的 DApp 上线了
5. 常见问题（FAQ）
6. 下节预告：如何调用已部署的智能合约

回顾：部署只有两步

• 编译：把 .sol 代码编译成 EVM 可执行的二进制
• 发送：通过 交易(Transaction) 把二进制广播到网络

就这么简单粗暴。真正的难点是把每一步做扎实，尤其是对 Gas 计价、交易解锁、签名广播 这几个关键词保持敏感度。

编译：让 Solidity 变成机器认识的语言

假设我们的玩具合约还长这样：

pragma solidity ^0.4.22;

contract Toy {
    constructor() public {}
}

本地编译

只需一行命令：

solc --bin Toy.sol

终端会吐出一大串 0x60806040... 的字节流。

这团十六进制正是 智能合约 的字节码，也叫 bytecode。把它塞进交易的 input 字段即可完成 部署。

GUI 友好路径

不想命令行？打开 Ethereum Wallet / Remix IDE，把源码黏贴进去直接 Compile。所见即所得的界面会帮你隐藏掉大部分编译选项，新手也能快速体验。

👉 想进一步探讨合约编译的8个隐藏黑科技

发送：把二进制码变成一笔正经交易

交易是 区块链 的灵魂，创建合约尤甚。只要三要素齐全即可：

交易生命周期鸟瞰

1. 打包：钱包拼接交易结构体
2. 签名：用账户私钥执行 secp256k1 签名
3. 广播：通过自身的 以太坊节点 或 Infura 等服务发布到网络
4. 挖矿：矿工把交易塞区块 → 区块确认 → 合约地址诞生

我们在 Rinkeby 测试网演示的哈希为
0xe74...2315，点进去看：

区块确认：恭喜，你的 DApp 上线了

当交易被持续确认 3–6 个区块后，新的 智能合约地址 就会进入世界状态。地址格式跟我们日常转账用的 “EOA”(外部账户) 没两样，只是它的 代码区(non-empty code) 不为空而已。往后任何人查询该地址，都能看到 字节码、状态变量、事件日志 等元数据。

👉 重温区块确认机制，避免踩坑

用区块浏览器（Etherscan、OKLink 等）可直接检索。若部署成功，页面会出现绿色对勾：

Contract successfully verified & created at 0xa6a15...

常见问题（FAQ）

Q1：调试主网合约老是失败，求良策？
A：先用 测试网（Rinkeby/Goerli）烧虚拟 ETH；对照错误码，revert 通常与 Gas 不足、构造函数逻辑错 相关。

Q2：部署成本如何估算？
A：Gas ≈（合约 字节码长度 + 构造函数计算量）× GasPrice。提前用 Remix → Gas Estimation 即可拿到上限。

Q3：ABI 与 Bytecode 傻傻分不清楚？
A：ABI（Application Binary Interface）= 与人沟通的 JSON 说明书；Bytecode = 与机器沟通的字节码。两者双剑合璧才能完成 智能合约调用。

Q4：能不能不花钱部署？
A：现在（2025）测试网水龙头的 ETH 领取额度加大，但仍需少量手续费；想完全零 Gas，只能等 Layer2 的 手续费代付功能 全面落地。

Q5：Parity 和 Geth 差异多大？
A：就 部署合约 而言，RPC 语义完全一致；内核实现细节差异不影响接口层，除非你研究节点源码。

Q6：创建合约的交易为啥没有to地址？
A：to 为空是协议级特殊标记，告诉 EVM“这不是转账，而是创建新合约”。开发者在编码时要留意该字段是否为 nil。

下节预告：如何调用已部署的智能合约

生成地址后，合约正式成为一名 链上公民，你很可能迫不及待去“戳”它。下一篇《智能合约 调用（三）》将手把手示范：

• 构造 call vs sendTransaction
• 用 Web3.js、ethers.js 和 Hardhat 交互
• 解析事件日志和 读取返回值

敬请期待。

关键词：智能合约部署、以太坊、Solidity、字节码、Gas 优化、交易签名、测试网