# 面向区块链合作团队

Proof21 的合作模型通过可携带证据和独立接受策略，连接钱包、交易所、DEX、市场、财务智能体平台与 DMT/TAP 服务。

## 集成价值

保留现有智能体、结算合约和防护措施，为跨越系统边界的特定声明增加可检查的验证工作流。

三类核心工作流为指令到付款检查、可重现 DMT 派生和可独立重放的审计选择。评估跟踪对账工作量、证据覆盖和检测到的不匹配。

## 我们不要求什么

不要求迁移托管、提供生产助记词或不受限制的签名密钥，不要求替换身份系统、购买代币或发布推测性合作公告。从匿名化记录、测试环境或影子模式开始。

## 合作方需要提供什么

一个明确工作流、预期结果、可用证据、失败样例、现有验证步骤，以及能判断实用性的指定运营人员。智能体的热情答复不是采购决定，也不是预算证明。

## 谁适合先参与

DMT/TAP 运营方可帮助定义推导及状态证据边界；金融 API 可帮助把付费操作与实际结果关联；钱包和 DEX 团队可识别尚未被合约强制规则解决的证据缺口。

文档列出的外部生态均为兼容目标，不代表合作、认证、已完成集成或背书。

<!-- p21-source-payment-v08 -->

## 首发支付：原生 NAT 与 USDC

原生 NAT 是**初次商业发布的必备支付方式**，与经过验证的 x402 通道上的 USDC 并列，而不是留待后续的可选集成。证据协议保持支付中立：客户选择支持的方式，独立验证凭证从不要求购买 NAT 或 P21 代币。

原生 NAT 配置明确比特币主网、TAP、最初的 NAT 部署铭文和规范化同质化代币代码。其他链上同名代币属于不同资产，除非另有经审查的配置明确指定。转移 UNAT 铸造铭文并不会转移其同质化 NAT 余额。[3][4]

NAT 发票和预付服务额度充值异步处理：按固定 TAP 规则确认已执行的同质化转账，然后仅记入一次使用额度。后续小额任务消耗内部不可转让的服务额度，无需每次再转 NAT 或创建铭文。额度是服务会计记录，不是 P21 代币、收益产品或无信任托管承诺。较大任务的直接发票可使用相同结算检查。

接受 NAT 不要求自动 DEX 兑换。对明确的服务包报价固定 NAT 数量，或使用另行批准、包含期限和舍入规则的定价策略。收款前公开网络费用、最低充值、逾期、少付、多付、取消和退款规则。本规范不虚构汇率或最低金额。


[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