以太坊智能合约怎么开发？从写代码到上链部署的完整流程

以太坊智能合约是部署在区块链上的自执行程序——条件满足就自动运行，没有人能中途拦住。开发流程分七步：选语言 → 搭环境 → 写合约 → 编译 → 测试 → 部署 → 验证，每一步都踩过坑才知道为什么这么排。

选语言：Solidity 是绝对主流，语法像 JavaScript，生态最完善。Vyper 适合对安全性要求极高的场景（Python 风格，刻意去掉继承和重载），Yul 是底层优化用的，日常开发基本不会直接写。

搭环境：三选一——Hardhat（JS/TS 开发者首选，插件生态好）、Foundry（Solidity 原生测试，编译速度快 10 倍以上，新项目越来越多用这个）、Remix（浏览器里写合约，不需要装任何东西，适合快速验证想法）。本地测试网络用 Hardhat Network 或 Anvil（Foundry 配套），别再装 Ganache 了，已经停止维护。

写合约：pragma 声明版本号，contract 定义合约体，状态变量存链上数据，function 写逻辑。权限控制用 onlyOwner 修饰符（OpenZeppelin 的 Ownable），别自己手写。事件（event）用来记日志，前端监听事件做响应。

solidity
pragma solidity ^0.8.20;

import "@openzeppelin/contracts/access/Ownable.sol";

contract Vault is Ownable {
    mapping(address => uint256) public balances;
    
    event Deposited(address indexed user, uint256 amount);
    event Withdrawn(address indexed user, uint256 amount);
    
    function deposit() external payable {
        balances[msg.sender] += msg.value;
        emit Deposited(msg.sender, msg.value);
    }
    
    function withdraw(uint256 amount) external onlyOwner {
        require(balances[msg.sender] >= amount, "Insufficient balance");
        balances[msg.sender] -= msg.value;
        payable(msg.sender).transfer(amount);
        emit Withdrawn(msg.sender, amount);
    }
}

编译：solc 编译器把 .sol 文件编译成 EVM 字节码 + ABI。ABI 是合约的接口描述，前端和测试脚本靠它知道合约有哪些函数可以调用。Hardhat/Foundry 一条命令搞定编译。

测试：写单元测试覆盖正常流程和边界情况——零值转账、溢出、权限越权调用。在本地网络跑完再上测试网（Sepolia），测试网用的 ETH 是免费的，从水龙头领。

部署：本质是发一笔特殊交易——没有接收地址，data 字段放编译后的字节码。矿工打包后合约获得一个地址，之后就能调用了。Hardhat 用 Ignition 部署，Foundry 用 forge create，Remix 点按钮即可。主网部署要花真 ETH 做 Gas 费，合约越大越贵，所以务必在测试网充分验证后再上主网。

验证：在 Etherscan 上验证源码，用户和审计方可以直接查看合约逻辑，否则只有字节码，没人敢用。

追问

Solidity 和 Vyper 有什么区别？

维度	Solidity	Vyper
语法风格	类 JavaScript	类 Python
继承	支持	不支持
函数重载	支持	不支持
内联汇编	支持	不支持
适用场景	通用，生态最全	安全优先，逻辑简单可审计

Vyper 去掉继承和重载是有意的——这两个特性是历史上多数合约漏洞的根源。

主网部署前最容易忽略什么？

Gas 估算。合约构造函数里如果有循环或复杂逻辑，实际 Gas 可能远超预估，交易直接 revert。本地测试 Gas 不准，要在测试网上用真实数据量跑一遍。另一个坑是构造函数参数写错——部署上去了改不了，只能重新部署再花一份 Gas。

合约部署后能改 bug 吗？

原生不能。合约代码上链后不可变。业界做法是代理模式（Proxy Pattern）：用户调用的 Proxy 合约把调用转发给 Logic 合约，升级时只换 Logic 合约地址。OpenZeppelin 的 UUPS 和 Transparent Proxy 是两种主流实现，UUPS 更省 Gas 但逻辑合约要自己写升级函数。

怎么判断合约安不安全？

三个层级：静态分析工具（Slither、Mythril）扫已知漏洞模式；手动代码审计看业务逻辑；正式上线前找专业审计公司（Certik、Trail of Bits）。DeFi 项目不上审计基本没人敢用。常见漏洞类型：重入攻击、整数溢出（0.8.0 以下版本）、权限配置错误、闪电贷攻击。

Foundry 和 Hardhat 到底选哪个？

新项目推荐 Foundry：编译速度快，Solidity 原生测试不用切语言写 JS，forge fuzz test 发现边界问题很有效。Hardhat 优势在 JS 生态集成——如果团队前端是 TypeScript 全栈，部署脚本和前端代码共享类型会更方便。两个框架都能完成所有工作，不是谁替代谁的问题。