合约工程模式:工厂、多签与时间锁
2026/8/24大约 2 分钟
Web3 区块链系列 · 阶段 4 · 代币标准 · 第 27/57 篇 · 🚧 占位待学
上一篇:《可升级合约:代理模式与存储槽》
下一篇:《客户端 API:viem/ethers 与 JSON-RPC 封装》
学习大纲:《Web3 区块链学习总纲》
状态:待学习。 本文为占位文档:知识点清单、实验与验收标准已就绪,正文待按「先学习、先实验、再撰写」补全。
对应总纲单元:阶段 4 · 单元 4.5
一、本文要解决的问题
真实项目的合约从来不是一个文件:用工厂批量部署、用多签管金库、用时间锁防作恶——工程模式是「能写」到「能上线」之间的一层。
二、知识点清单
- 工厂模式:一个合约批量创建子合约
- CREATE2:地址 = f(创建者, salt, initcode),确定性地址的用途
- 多签钱包:Safe 的 m-of-n 模型、提案-确认-执行流程
- 时间锁 Timelock:延迟执行,给用户退出缓冲
- 初始化模式与防重入初始化
- 库生态盘点:OpenZeppelin / Solmate / Solady 的定位差异
三、动手实验(学习时必须真跑)
- 写一个工厂合约用 CREATE2 部署子合约并预计算地址
- 在本地搭一个 2/3 多签流程(提案 → 两人确认 → 执行转账)
四、验收标准(全部通过才进入下一篇)
五、阶段验收(本篇是阶段 4收尾篇)
六、写作提示(补正文时遵守)
- 开篇问题驱动;结构走「是什么 → 为什么 → 怎么做 → 背景知识」
- 所有代码、命令、输出必须先在本机跑通再写入,不得杜撰
- 版本口径以总纲环境清单为准(以太坊 Fusaka / Solidity 0.8.36 / Foundry v1.0 / OpenZeppelin Contracts 5.x)
- 涉及版本敏感结论时标注出处与时间
本篇完成后,把文首导航块的「🚧 占位待学」去掉,并在总纲处打卡。