# 协议架构

P21 结合确定性核心、针对来源的证据适配器与轻量交付接口。Bitcoin 的区块历史和可选承诺构成共同的公开参照；每个智能体保留自己的接受策略。

```mermaid
flowchart TD
  A[请求方：指令与策略] --> B[证据适配器]
  B --> C[P21 确定性核心]
  C --> D[检查结果与证据包]
  D --> E[接收方验证]
  E --> F[本地接纳策略]
  D -. 按需 .-> G[异步比特币承诺]
  H[Bitcoin / DMT / TAP] --> B
  I[EVM / 已签名服务文件] --> B
```

## 组件

**适配器**解析原始证据，保留类型、来源、网络、来源版本及观察时间。不能把 RPC 观察升级描述为共识证明。

**核心**验证结构和绑定，执行受支持策略，并产生明确结果。LLM 可以理解请求或解释结果，但不决定密码学有效性，也不执行文件中的任意指令。

**生成方接口**组装证据和报告。**接收方接口**验证它们、复现检查并应用本地接纳要求。两者采用同一套版本化解释规则。

**托管工作进程**可以获取证据、管理任务和交付回调。在 Alpha 阶段，它们无权控制客户资金。

## 范围边界

报告不是托管、结算引擎、身份注册表、投资质量保证或通用模型执行证明。中立地选择审计样本，不等于证明任务完整性；两者又不同于正确评估被抽样的工作。

数据传输渠道、支付通道和执行链可以不同；各自保留其信任及最终性假设。

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

## 无需铸币的 DMT 解析

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

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

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


## 解析、注册与所有权必须分开

凭证区分源数据提取、元素注册、确定性推导、代币部署或铸造有效性，以及当前所有权或余额。验证其中一项不代表其余各项也成立。验证首个有效注册需要相关历史索引和激活规则；单份铭文包含证明不能证明之前不存在冲突元素。

固定铭文内容摘要、数据源配置、上游版本、网络、源区块哈希与高度、规范编码、操作、参数、输入承诺和输出。注明证据范围和限制。缺少数据源或不支持的模式应为 INDETERMINATE，而非伪造有效结果。索引器观测须与独立重放的协议状态区分。原始比特币字段回退不能悄悄代替未执行的 DMT 注册检查。


[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-enforcement-v10 -->

## 从证据到可选执行门控

Proof21 将**证据模式**与可选的**执行门控模式**分开。证据模式只生成和验证报告，不控制钱包；执行门控模式则要求受保护的签名器、钱包或 API 权限只能通过策略门控访问。模型输出绝不是最终付款授权。

门控在真正执行前重新计算精确 `actionDigest`，并检查请求、策略、网络、资产（如适用）、nonce 和有效期。对操作 A 的授权不能替代操作 B。接收方之后签署的 `ACCEPT / REJECT / REVIEW` 也是独立材料，不能改写完整性、确定性评估或已独立确认的结算。当前版本只定义该协议契约，并未发布生产 P21 策略签名器或托管路径。