白皮书 · 12
互操作性
A-REX 代币如何融入现有世界：Ethereum 代币标准、合规引擎、可追溯性数据标准、法律文件登记簿、身份系统、跨链基础设施和现有农场系统。
与 Ethereum 生态系统
A-REX Core 代币就是一个 ERC-1155 代币。理解 ERC-1155 的钱包、区块浏览器、市场和索引器无需改动即可工作：余额、批量转移、uri(id)、授权、安全转移的接收方检查。A-REX 增加了事件和视图函数；它不移除任何东西。
A-REX Core 代币就是一个 ERC-7943 多代币。以 ERC-7943 为目标的合规引擎和保管平台（Chainlink 的 Automated Compliance Engine 已展示了兼容性；ERC-7943 联盟中的签发平台正在采用它）无需适配即可识别 canTransfer、forcedTransfer、setFrozenTokens、canSend 和 canReceive。
| 标准 | 关系 |
|---|---|
| ERC-1155 | 基础；A-REX Core 是其扩展 |
| ERC-165 | 接口发现；已公布五个 id |
| ERC-7943 | 必需；强制执行接口被原样采用 |
| ERC-3643 | 通过适配实现兼容：ERC-3643 合规模块可以被包装为 IARexHook（一次对 moduleCheck 的调用）；A-REX 钩子可以暴露给 ERC-3643 代币。与 ERC-3643 配合使用的身份注册表（ONCHAINID）可作为资格钩子接入。 |
| ERC-735 / ONCHAINID 声明 | 声明主题直接映射为 IARexAttest 主题（bytes32(uint256 topic)） |
| Ethereum Attestation Service | schema UID 是有效的 IARexAttest 主题；以 EAS 为后盾的证明注册表可以通过委托 isAttested 来实现 IARexAttest |
| ERC-7201 | 参考实现的存储布局 |
| ERC-7573、预留/托管模式 | 货款对付和托管是钩子或配套合约；标准不规定结算方式 |
| ERC-7802 / Chainlink CCIP | 跨链铸造/销毁适配器可以包装该代币；谱系留在源链上，引用则随之流转 |
与可追溯性数据标准
GS1 EPCIS 2.0 / CBV
| 链上 | EPCIS 2.0 |
|---|---|
BatchCreated | ObjectEvent ADD，bizStep = commissioning/harvesting，quantityList（单位取自第 20 号建议书） |
TransferSingle / TransferBatch | 带有 bizStep = shipping/receiving 的 ObjectEvent OBSERVE；来源/目的地取自 from/to |
BatchTransformed | TransformationEvent（inputQuantityList、outputQuantityList、transformationID） |
BatchStatusChanged | 带有 disposition 的 ObjectEvent |
Attested | 认证/传感器元素，或专用的 ObjectEvent |
元数据 gs1.* | GTIN、LGTIN、SSCC、GLN、Digital Link |
元数据模式有意使用 EPCIS/CBV 的名称，使导出器只需映射字段，而无需映射概念。
FSMA 204
关键数据元素是元数据字段（traceabilityLotCode、GLN、日期、数量）和事件；转化类 CTE 即 BatchTransformed；24 小时记录请求就是一次索引器查询。完整的对应关系见监管一章。
Codex、ISO 22000、GLOBALG.A.P. 与有机认证方案
它们都是证明主题。标准不对其进行枚举：keccak256("GLOBALGAP:IFA")、keccak256("AREX:CERT:ORGANIC_EU")、keccak256("CODEX:MRL") 是签发方连同其元数据模式一起发布的约定。
与法律文件登记簿
A-REX 代币引用法律工具；在司法辖区承认代币本身之前，它们不取代这些工具：
| 工具 | 所在位置 | 代币如何引用 |
|---|---|---|
| 美国电子仓单（7 CFR 869） | 获 USDA 授权的 EWR 提供方 | documents[].registry、originRef |
| 巴西 CPR-e、CDA/WA | 获央行授权的登记机构 | documents[].registryId；producedAt == 0 的收获前批次 |
| 阿根廷 certificado de depósito / 权证（第 9.643 号法律） | 仓库 | originRef 哈希 |
| 电子提单（MLETR 司法辖区） | eBL 平台 | 文档哈希；在 MLETR 司法辖区，代币本身即可满足排他性控制 |
| EUDR 尽职调查声明 | 欧盟信息系统 | origin.eudr.ddsReference、证明 EUDR:DDS |
与身份系统
代币只询问 canSend(account) / canReceive(account)。在这个问题背后可以是：
- 由签发方维护的白名单/黑名单（
EligibilityHook）； - 带有声明主题的 ONCHAINID 身份注册表（ERC-3643 模型）；
- 针对该账户的 Ethereum Attestation Service 证明；
- 在链下验证、再由中继方反映到链上的可验证凭证；
- 通过凭证验证方接入的国家 e-ID 方案（欧盟的 eIDAS 2.0 钱包）。
它们都不是标准的一部分，因此巴西的签发方和德国的签发方可以使用不同的提供方，同时保持互操作。
跨链部署
该标准与具体链无关。实用模式如下：
- 每个签发方一条主链（推荐）：谱系和强制执行保持一致；其他链通过 ERC-7802 风格的适配器或 CCIP 持有包装后的表示。
- 许可制 EVM 链，适用于其数据保护机构或核心机构要求这样做的签发方；EDPB 明确倾向于许可制设计。字节码相同。
- 为流动性设置的镜像：批次 id 在主链上，其他链上则是 ERC-20 包装合约；该包装合约必须遵从主链代币的
canTransfer，或把自身限制在具备资格的持有人范围内。
谱系从不跨链；引用则会。
与农场管理和 ERP 系统
集成点与任何 ERC-1155 代币相同，另加批次视图函数：
- 写入路径：发起服务持有
ISSUER_ROLE，根据 ERP 事件（地磅单、仓单签发）调用createBatch；根据仓库事件调用setBatchStatus/setBatchMetadata；根据加工订单调用transform。 - 读取路径：索引器把批次、谱系、证明和强制执行事件物化到 ERP 的可追溯性表中；面向合作伙伴和监管者提供 EPCIS 导出。
- 预检：
transferCheck让 ERP 在提交交易之前向操作员解释拒绝的原因。 - 标识符：元数据中的 GS1 键可与现有 EDI 和 EPCIS 存储库衔接；UN/CEFACT 单位本就存在于各 ERP 中。
兼容性矩阵
| 能力 | 状态 |
|---|---|
| ERC-1155 钱包 / 市场 | 原生支持 |
| ERC-7943 合规工具 | 原生支持 |
| ERC-3643 合规模块 | 通过钩子适配器 |
| ERC-735 / EAS 证明 | 主题映射 |
| EPCIS 2.0 导出 | 模式中的字段映射；在索引器一侧完成 |
| 许可制 EVM | 字节码相同 |
| 跨链 | 包装合约；谱系留在主链 |