白皮书 · 01
执行摘要
A-REX Core 全貌一章读懂：该标准是什么，刻意不包含什么，在法律上如何定位，以及它打算如何在成为正式标准之前先成为事实标准。
一段话说明问题
农业批次是尚无可互操作链上形态的最大一类实物资产。现有的代币标准覆盖了问题的两端：ERC-3643 在 ERC-20 之上标准化了许可制证券，ERC-7943（Final，2026 年五月）则标准化了每种现实世界资产代币所需的强制执行接口。GS1 EPCIS 2.0、美国 FDA《食品可追溯性规则》（FSMA 204）和欧盟《无毁林条例》（EUDR）等可追溯性制度，定义了关于批次必须记录什么。但它们都没有让代币成为一个批次：即具有生产日期、计量单位、来源引用和生命周期，而且——最重要的是——能够在保留溯源信息的同时被拆分、合并并加工成其他批次。
一段话说明标准
A-REX Core 是对 ERC-1155 的一个小型、可扩展的扩展：规范性核心被刻意保持得极简，以便被采用；它的扩展靠的是所保持开放的部分（代码、钩子、证明、谱系），而不是所作出的规定。一个符合一致性要求的代币实现四个小型接口：
| 层级 | 接口 | 新增内容 |
|---|---|---|
| 0 | IERC7943MultiToken（原样取自 ERC-7943） | 冻结、强制转移、账户资格、canTransfer |
| 1 | IARexBatch | 开放的商品与单位代码、生产与到期时间、来源引用、元数据承诺、由角色控制的状态，以及 transform——拆分、合并或加工批次的唯一途径，并记录其父批次 |
| 2 | IARexHook / IARexHookManager | 一条有序的规则合约管线，返回 bytes32 代码，而不是以字符串回滚 |
| 3 | IARexAttest | 按批次和主题记录的证明（认证、检验、监管声明），每个主题设有可信签发方 |
凡是不属于批次身份或批次谱系的农业事务——衰减曲线、季节窗口、交付工作流、预言机、碳核算、保险——都不在标准之内。它们存在于演示这些接口的钩子和配套合约中，正如 T-REX 的合规模块演示了 ERC-3643 却不属于它一样。
五条设计规则
- 不设封闭枚举：商品、单位、状态和证明主题都是开放代码。新增藜麦、巴西的分级方案或新的可持续性标签，永远不需要重新部署。
- 链上不存个人数据：批次的来源是一个哈希或一个引用（EUDR 尽职调查声明编号、仓单 id、截断的 geohash），绝不是地块坐标。这遵循了欧洲数据保护委员会 2026 年的区块链指南。
- 收获前批次是一等对象：
producedAt == 0的批次是一个未来批次——作物应收账款、远期合约或权证的标的。 - 状态取决于权限，而非余额：只有角色才能更改批次的生命周期状态；持有某个批次中的一千克，并不赋予对该批次的任何权利。
- 谱系是强制性的：
transform销毁输入、铸造输出并记录父批次。它与 EPCISTransformationEvent一一对应，而这正是召回、FSMA 204 规定的转化类关键追踪事件或质量平衡审计所需要的。
法律定位
A-REX 对使用它签发的代币究竟是证券、商品、MiCA 下的加密资产、寄存证书还是应收账款，不持任何立场。这取决于代币如何发售以及它代表什么，而不取决于接口——Howey 检验本身就源于向被动投资者出售的柑橘园。因此，该标准提供每一种归类都需要的强制执行接口（冻结、强制转移、资格、暂停、可审计事件），而把政策留给钩子和签发方的法律顾问。监管一章给出了 2026 年九月核实过的日期：FSMA 204 的合规日期为 2028 年七月 20 日；EUDR 自 2026 年十二月 30 日起适用于中型和大型经营者，自 2027 年六月 30 日起适用于微型和小型经营者；MiCA 自 2024 年十二月 30 日起全面适用；EDPB 区块链指南自 2026 年七月起为最终版。
现状
- 一份采用 ERC 格式的规范性文本（
standard/AREX-CORE.md，CC0）以及 Solidity 接口（contracts/standard/，CC0）。 - 一个参考实现（
ARexToken、ARexAttestations，MIT）：UUPS 可升级、ERC-7201 存储、基于角色的访问控制、带重入锁的钩子管线，24.1 KB（低于 EIP-170 限制）。 - 参考钩子：资格（白名单/黑名单/制裁名单，含来源和 TTL）、到期、按商品设定的证明要求、易腐性衰减模型、季节窗口、交付保管与结算，以及 EPCIS 形态的可追溯性。
- 配套扩展：一个确定性的商品价格预言机、一个用于登记簿中已锁定碳信用的包装合约（只做证明，绝不签发），以及由证明触发的参数化保险。
- 测试：针对参考实现、钩子和扩展的 42 项测试（包括一项带种子的随机化不变量测试）；持续集成；固定版本的依赖；一份与 EPCIS 2.0 和 FSMA 204 关键数据元素对齐的批次元数据 JSON Schema。
- 系统设计形式的工程文档：一份系统设计文档（含组件、数据、交互和运维模型）、十六份架构决策记录、一份需求可追溯性矩阵和一套审计就绪材料包。
A-REX 不是什么
- 不是农场注册表，不是身份系统，也不是预言机网络。这些都是集成项，由签发方自行选择。
- 不是估值引擎。核心中没有价格或衰减的概念；由钩子或链下服务提供。
- 不是碳登记簿。碳信用可以被引用，并由证明设门槛；签发碳信用是登记簿的工作。
- 尚不是 ERC。只有在完成生产部署、出现独立的钩子实现并通过第三方审计之后，接口才会提交到
ethereum/ERCs，因为 ERC 会冻结它所标准化的内容。
它如何成为标准
ERC-3643 在其 EIP 之前已在生产环境中运行了三年，其 Final 状态是采用的结果，而非采用的原因。ERC-7943 凭借一个只有六个函数的接口和一个由实现者组成的联盟，在八个月内从草案走到 Final。A-REX 走的是同一条路：冻结一个小型接口，交付一个可运行的参考实现，用真实批次加以验证，聚集独立的实现者，然后提交。路线图见未来发展一章。
阅读指南
- 决策者：本章、解决方案概述、监管合规、应用场景。
- 工程师：技术规范、核心标准、钩子与参考模块、实施指南、安全框架。
- 集成方与监管者：互操作性、监管合规、附录 A。