Skip to main contentA-REX Foundation

白皮书 · 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 的一个小型、可扩展的扩展:规范性核心被刻意保持得极简,以便被采用;它的扩展靠的是所保持开放的部分(代码、钩子、证明、谱系),而不是所作出的规定。一个符合一致性要求的代币实现四个小型接口:

层级接口新增内容
0IERC7943MultiToken(原样取自 ERC-7943)冻结、强制转移、账户资格、canTransfer
1IARexBatch开放的商品与单位代码、生产与到期时间、来源引用、元数据承诺、由角色控制的状态,以及 transform——拆分、合并或加工批次的唯一途径,并记录其父批次
2IARexHook / IARexHookManager一条有序的规则合约管线,返回 bytes32 代码,而不是以字符串回滚
3IARexAttest按批次和主题记录的证明(认证、检验、监管声明),每个主题设有可信签发方

凡是不属于批次身份或批次谱系的农业事务——衰减曲线、季节窗口、交付工作流、预言机、碳核算、保险——都不在标准之内。它们存在于演示这些接口的钩子和配套合约中,正如 T-REX 的合规模块演示了 ERC-3643 却不属于它一样。

五条设计规则

  1. 不设封闭枚举:商品、单位、状态和证明主题都是开放代码。新增藜麦、巴西的分级方案或新的可持续性标签,永远不需要重新部署。
  2. 链上不存个人数据:批次的来源是一个哈希或一个引用(EUDR 尽职调查声明编号、仓单 id、截断的 geohash),绝不是地块坐标。这遵循了欧洲数据保护委员会 2026 年的区块链指南。
  3. 收获前批次是一等对象:producedAt == 0 的批次是一个未来批次——作物应收账款、远期合约或权证的标的。
  4. 状态取决于权限,而非余额:只有角色才能更改批次的生命周期状态;持有某个批次中的一千克,并不赋予对该批次的任何权利。
  5. 谱系是强制性的:transform 销毁输入、铸造输出并记录父批次。它与 EPCIS TransformationEvent 一一对应,而这正是召回、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)。 本站点保留该文本。在仓库保持私有期间,实现 A-REX、用它发行批次或审计它的公司申请读取权限。已写下的条款说明标准将以 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。