# 欢迎了解 Proof21

**可验证的选择，可核验的行动，比特币原生基础。**

Proof21 将 Bitcoin 的公开区块历史与 AI 智能体及平台之间的可验证选择、可携带证据和策略检查连接起来。智能体跨链交换证据，无需将应用、资产或托管迁移至 Bitcoin。

> **协议规范。** 本文档定义架构与接口契约。[实现状态](https://proof21.xyz/zh-hans/docs/start/status/) 区分已发布软件与协议规范。

## 一分钟了解产品

| 能力 | 预期价值 | 状态 |
| --- | --- | --- |
| Choice / Sample | 基于已承诺的输入复现选择和审计抽样 | 实验性设计 |
| Check | 将特定金融行动与约定指令进行比较 | Alpha 范围 |
| Elements | 解析受支持的 DMT 规则并复现推导 | Alpha 范围 |
| Verify / Accept | 验证证据并应用接收方策略 | 必备基础 |
| Commit | 按需为证据批次添加时间戳 | 异步扩展 |

P21 不是新的区块链、钱包、跨链桥、通用 AI 裁判，也不能替代支出限额。签名只能在相应密钥信任假设下证明某个声明由谁签署，不能使该声明自动为真。

## 试用可运行示例

[离线演示](https://proof21.xyz/zh-hans/docs/start/offline-demo/)不需要钱包、软件包安装或网络连接。它验证签名，并将虚构支付证据与本地指令比较。样例匹配不代表批准真实付款。

## 选择阅读路径

**开发者：**从快速入门、证据模型和测试矩阵开始。**智能体运营方：**阅读接收方验证流程和集成边界。**区块链合作团队：**按照试点指南提供一个真实工作流。**研究者：**从 Choice / Sample 和安全模型开始。

**Proof21 / P21** · `proof21.xyz`

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

## 无需铸币的 DMT 解析

Proof21 将 DMT 用作版本化的数据源解释配置，而不是比特币共识或通用真理引擎。DMT 操作引用已认可的元素定义，以哈希和高度确定比特币区块，计算支持的字段或模式，并把输入纳入可重现的流程凭证。无需 DMT 代币、铸造或逐凭证写入比特币。仅使用比特币数据的操作采用独立、明确的数据源配置。

P21 数据源元素**待公布**。此处不公布注册载荷、选定的字段或模式、保留名称或元素铭文 ID。可以复用已有效注册的元素；协议不以新建品牌铭文为前提。

Trac 的独立 `ord-tap` 提供可复用的索引。固定版本的元素解析器支持字段 4、10、11，检查协议激活状态、规范化名称、验证模式，同时拒绝重复名称和重复的字段/模式签名。仅更换名称不能重新注册已有的整字段定义。已审查的解析器没有人工团队审批步骤；有效注册仍取决于历史规则验证，而不仅是比特币收录。托管服务的访问权限及条款另行确定。[1][2][6]


## 首发支付：原生 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

<!-- p21-ecosystem-payments-v09 -->

## 跨链访问与生态支付

原生 NAT 和 Base USDC 仍为初次商业发布的必备方式。NAT 在以太坊、Solana 和 BNB Smart Chain 也有可识别的表示。接受前分别批准准确合约或 mint 及桥接映射；跨链可用性不会消除数据源自身的信任假设。

Binance B402 集成范围包括 BNB Smart Chain 上的 USDT、USDC、USD1 和 U，使用每种资产支持的方法。PayAI 和 Coinbase 通道使用经测试的网络／资产组合；Virtuals ACP 保留 USDC 任务支付生命周期。MCP 与 A2A 不指定付款币种。付款选择和可选资金兑换与比特币／DMT 证据验证相互独立。这些是规范中的集成目标，不是已启用的支付服务。

[Binance assets and methods](https://developers.binance.com/en/docs/products/onchainpay-x402/basics/9.supported-payment-methods) · [Binance integration](https://developers.binance.com/en/docs/products/onchainpay-x402/introduction) · [Coinbase facilitator](https://docs.cdp.coinbase.com/x402/seller/facilitator) · [PayAI assets](https://docs.payai.network/x402/reference) · [Virtuals ACP](https://os.virtuals.io/acp/concepts) · [NAT Ethereum listing](https://www.bitmart.com/en-US/support/articles/7923014477723/360001026214/49446319153179) · [NAT Solana record](https://solscan.io/token/FbKRaqBzupLry3V7QujpNghwrHgxutB4MY11M8aeyVa1) · [NAT BNB Chain contract](https://bscscan.com/token/0x600e3b55d5368c32a94f9372563318adb6a3f882)

<!-- p21-enforcement-v10 -->

## 精确操作授权与对手方责任

P21 在证据模式之外新增可选执行门控规范。受保护操作可以要求绑定精确 action digest、请求、策略、网络、nonce 和有效期的新鲜授权。接收方签署的 `ACCEPT / REJECT / REVIEW` 不能改写独立的证明、评估或结算状态；可证明的策略矛盾和冲突签名决策作为独立证据保存。

这些仍是协议规范和草案 schema，不是已发布的钱包控制器或 policy signer。未公布的 DMT Element 在注册确认前继续保密。