Manifold 的路线与"每个项目部署一份专属合约"相反：创作者使用一套预先写好的标准合约（Creator Contract 及版次、批量铸造等模块），发行只是在其上登记收藏。官方合约地址页列出确定性部署工厂、ERC721 版次模块（曾用名 Claim）、Idempotent Mint 扩展与多链地址清单。本文按其官方文档拆解共享合约模式的收益与边界。

ERC-8349 创建于 2026 年 7 月 25 日，仓库状态 Draft，仍在草案阶段。它给钻石式模块化代理换路由键：不再以四字节选择器为中心维护映射，而是用紧凑的索引槽位表定位分面，getFacetAt、getFacetCount、getFirstFreeSlot 三个视图函数管理路由槽，atomicUpdate 保证一次替换只动一个条目。本文按草案说明它的取舍与尚未定稿的部分。

ERC-8109 创建于 2025 年 12 月 21 日，仓库状态 Withdrawn，意图为钻石代理模式给出正式定义：主约只留地址与存储，功能分面合约经 delegatecall 在主约上下文执行，facetAddress 查询与函数变更事件是它要求实现的两个核心接口。本文按原文梳理定义、强制条款与 ERC-2535 实践的关系，并说明撤回意味着什么。

ERC-2746 创建于 2020 年 6 月 20 日，仓库状态 Stagnant。它设想一个只部署一次的规则引擎合约：注册数据域里的属性点，创建规则集与规则树，用 executeRuleTree 把整棵判断流水线当原子交易执行。本文按原文拆解属性、规则、规则集、规则树四个术语的关系，以及不升级合约就能改逻辑这个想法的风险面。

ERC-2009 创建于 2019 年 5 月 9 日，仓库状态 Stagnant。它把资产合约的合规检查做成外部服务：每个资产登记一个编号与地址，代币在铸造、销毁、转账前调用 checkMintAllowed、checkTransferAllowed 等函数请求裁定，累计额度由累计操作者与 update 系列函数维护。本文按原文拆解这套裁判外置结构，以及 tokenId 注册表的增删换接口设计。

ERC-1538 创建于 2018 年 10 月 31 日，仓库记录状态为 Withdrawn。它提出“透明合约”这种代理变体：合约主体是一个转发器，功能按函数签名一条条登记外挂，加函数、换实现、删函数都是原子操作并广播 FunctionUpdate 事件，合约因此可以突破 24KB 体积限制且行为完全可查。本文按原文拆解 updateContract 的签名串格式、FunctionUpdate 事件与函数选择器冲突问题。

ERC-2678 定义了智能合约软件包的清单格式第三版，2020 年 5 月 26 日创建、仓库记录状态为 Final。清单是一个压缩成 JSON 的对象，经内容寻址存储分发，再由链上登记处收录，用来把源码、编译器信息与多链部署实例拼成可核验的整体。本文拆解顶层字段的必填条件、manifest_version 作为保留字的防冲突设计，以及用清单验证链上部署的路径。

ERC-1504 提出把合约拆成逻辑层与数据层，2018 年 10 月 17 日创建、仓库记录状态为 Stagnant。逻辑在可替换的 Handler 合约里，数据锁在常驻的 Data 合约里，升级 Handler 就是升级功能；可选的 Upgrader 合约内置投票机制，由合约属主预设投票人名单。本文拆解三层结构分工、live 自检函数，以及升级提案期参数的开放设计。

钻石模式合约把逻辑拆成许多分面，最先炸的往往是存储：两个分面写了同一个槽位，账本互相踩踏。2025 年 12 月 20 日创建、仓库记录状态为 Draft 的 ERC-8110 在 ERC-8042 命名空间存储之上提出域架构：每个域有自己的标识与布局，分面只进自己那间抽屉。本文拆解域标识的写法、它与存储位置公式的关系，以及这套图纸管什么、不管什么。

一个地址写进白皮书再也不会变，背后的逻辑却换了三版——这是代理合约模式。本文拆解代理、实现、存储三层的职责切分，讲清转发方式、插槽约定和升级权限的查看路径。