问题陈述

1. 批次没有链上身份

ERC-1155 id 只是一个带有余额的数字。基础标准中没有任何内容说明它是什么商品、以什么单位计量、何时生产、何时到期，或者其来源证据存放在哪里。每一个将农产品代币化的项目，都会发明自己的 struct、自己的枚举和自己的元数据布局。两个这样的代币，无法被同一个索引器读取，无法由同一个合规引擎把关，也无法导出到同一份 EPCIS 文档。

要求：一份最小化、开放的批次记录，任何实现者都可以采用，而无需接受别人制定的作物、等级或生命周期清单。

2. 批次会变成其他批次，代币却不会

小麦变成面粉；一个 250 吨的筒仓变成两批发运；四十次交付汇聚成一个池。可追溯性法规和 GS1 EPCIS 都明确指出，这些是把输入与输出及其数量联系起来的转化事件。只能被铸造、转移和销毁的代币无法表达它们，因此溯源链在第一个加工步骤就断了——而这恰恰是召回和质量平衡审计最需要它的地方。

要求：一项操作，以原子方式完成销毁输入、铸造输出、记录父批次和发出数量。

3. 现实世界的权利主张需要强制执行

仓储中的谷物会被质押、被禁运、被查封、被投保和被召回。一个无法被授权方违背持有人意愿而冻结或移动的代币，无法在贷款方、法院或监管者面前代表这样的批次。在 GENIUS Act 和 ERC-7943 之后，市场的预期是：任何由现实世界权利主张支持的代币都能够遵从合法命令，并且每一次此类操作都是可审计的。

要求：冻结、强制转移、资格和暂停，采用标准形态并配有标准事件。

4. 规则因商品、司法辖区和交易对手而异

草莓的易腐性规则、谷物交易的季节窗口、制裁筛查、每个买方的配额、运输期间的保管、出口前所需的文档：每个签发方都需要其中一些，但没有哪个需要全部。单体式合规框架在这里行不通，接口不共享的临时模块系统同样行不通——为一个代币编写的规则无法在另一个代币上运行。

要求：一个小型的标准扩展接口，具备有序求值和机器可读的拒绝原因，使规则可以在不同代币之间移植。

5. 认证关乎批次，而不只是生产者

身份和生产者凭证已有成熟的解决方案（ONCHAINID、证明服务、可验证凭证、国家 e-ID）。买方、海关和监管者检查的是这个批次是否有有机认证证书、植物检疫证书、实验室结果、EUDR 声明。链上对此没有标准形式，而封闭的认证类型枚举在新方案出现的当天就会过时。

要求：以批次和开放主题为键的证明，仅由对该主题受信任的各方签发，并支持撤销和到期。

6. 个人数据与公共账本相互冲突

地块地理位置可以识别出生产者。欧洲数据保护委员会 2026 年的指南指出，链上内容和元数据原则上属于个人数据，哈希并不保证匿名化，并且控制者应当避免在链上存储个人数据。早期的农业代币设计——包括 A-REX 自己的第一代——以不可变的方式存储了坐标。

要求：标准必须在设计上使链上存储个人数据成为不可能：链上只存引用和哈希，证据存于链下并设访问控制。

7. 法律工具早已存在

仓单、权证、作物应收账款（CPR）、提单和尽职调查声明受成文法规制，并在获授权的实体处登记。一个在承认此类工具的司法辖区（采纳 MLETR 的国家、采纳 UCC 第 12 编的州）之外声称自己就是该工具的代币，会产生法律风险；而引用该工具的代币则创造价值。

要求：在批次记录和元数据中对外部工具设置一等引用；强制执行须与 UCC 第 12 编下的“控制”以及 MLETR 下的“排他性控制”相兼容。

8. 本身就是产品的标准不会被采用

A-REX 的第一代要求有农场注册表和身份合约，固定了九种生命周期状态、十一种商品和美国的等级名称，并在核心中实现了一个估值公式。没有哪个独立团队会为了互操作性而接受这些约束。该领域中被采用的标准（ERC-3643、ERC-7943）只标准化少数几个接口，而把产品留在标准之外。

要求：只有接口；参考实现单独分开；模块仅作演示。

要求汇总