集成试点

1. 接受范围

每项试点都明确规定判定条件、网络和资产范围、证据来源、时效窗口、消费方以及风险价值上限。

2. 证据覆盖

匿名化或合成测试样本覆盖正常情况、被修改的指令、不匹配的结果及证据不可用的情况。平台现有控制机制构成比较基准。

3. 独立验证

试点与现有控制机制并行运行，不释放资金或签署订单。平台的独立消费方验证每份报告，并按自己的策略记录 ACCEPT、REJECT 或 REVIEW。

4. 评估指标

评估涵盖集成投入、判定条件覆盖率、错误接受、错误拒绝、不确定结果比例、延迟及对账投入。使用量和收入报告区分独立需求、补贴及演示；转移的价值不是协议收入。

5. 服务匹配

服务匹配取决于持续使用、可靠的证据采集以及可衡量的运营工作减少。商业范围遵循平台能够独立评估的配置。

范围控制

当证据无法确立所需判定条件，或报告可能误导消费方时，该配置不进入部署。修订改变明确的配置及其测试，而不是改变已签发报告的含义。

公开案例、合作方名称及标志必须获得合作方明确许可。

新增数据源与支付一致性测试

测试重复名称与重复字段/模式签名、不支持的字段或正则语义、错误铭文内容、源哈希不匹配、不完整注册历史、错误网络及源区块重组。测试仅 nonce 或已知数据源的保证声明、事后承诺、顺序或权重变更、请求 ID 或上下文反复尝试、重试及隐瞒结果。

原生 NAT 测试覆盖错误部署、代码、网络、收款方，仅转移 UNAT，已创建但未执行的转账铭文，少付、逾期、多付，陈旧或滞后的观测，索引冲突，确认不足，重复事件入账，并发预留，调用者不符，退款重放，以及额度使用后的重组。通过 USDC 通道独立运行同一请求。合成策略测试不是实际资金结算测试。

商业启用与实现状态

NAT 和 USDC 都必须通过初次商业发布验收。公开文档、源代码和策略测试样例不是实时支付端点。静态支付策略将必备方式列为 enabled: false，不提供收款方或实时端点，直到各通道通过端到端结算、记账、失败与重组、安全及所有者批准关卡。不能把仅支持 USDC 的版本称为完整首发支付范围。

此版本未发行代币、未公布数据源元素，也未执行主网铭文、客户扣款、资金兑换或钱包授权。生产服务可用性与网站发布分开。此处不暗示 Trac 合作关系、托管 SLA 或独立密码学审计。

[1] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry

[2] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/src/index/updater/inscription_updater/tap/ops/dmt_element.rs

[3] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/nat-use-cases/usdnat-method-1-live

[4] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-token-transfer

[5] https://docs.x402.org/core-concepts/network-and-token-support

[6] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/README.md

[7] https://arxiv.org/abs/1605.04559