#
Proof21 基础与构建计划
Proof21 的协议规范将 Bitcoin 原生数据与承诺连接到独立的智能体验证。
[实现状态](https://proof21.xyz/zh-hans/docs/start/status/)
记录发布可用性。
##
产品方向
统一的生产者/消费者模型涵盖可验证选择、审计抽样、财务检查与 Bitcoin/DMT 证据。原生 DMT 语义遵循兼容 TAP 的解释。Trac 网络为可选项；跨链证据访问无需代币桥。
Choice／Sample 是重要但仍处于实验阶段的能力。Check 和 Elements 是首批具体评估配置。Verify／Accept 将文件完整性、谓词评估和接收方策略分开。Commit 提供可选的异步 Bitcoin 时间戳，不要求每次请求都产生一笔 L1 交易。
##
实现导航
[愿景与原则](https://proof21.xyz/zh-hans/docs/start/vision/)
[状态与路线图](https://proof21.xyz/zh-hans/docs/start/status/)
[架构](https://proof21.xyz/zh-hans/docs/protocol/)
[证据模型](https://proof21.xyz/zh-hans/docs/protocol/evidence/)
[接收方验证](https://proof21.xyz/zh-hans/docs/protocol/verification/)
[安全](https://proof21.xyz/zh-hans/docs/protocol/security/)
[能力](https://proof21.xyz/zh-hans/docs/capabilities/)
[集成地图](https://proof21.xyz/zh-hans/docs/integrations/)
[API 设计](https://proof21.xyz/zh-hans/docs/build/api/)
[一致性测试](https://proof21.xyz/zh-hans/docs/build/tests/)
[合作试点](https://proof21.xyz/zh-hans/docs/partners/pilot/)
[经济模式与代币边界](https://proof21.xyz/zh-hans/docs/partners/economics/)
##
构建顺序
参考架构采用统一的确定性 TypeScript 核心，配以轻量 CLI、HTTP 和 MCP 接口。源适配器、请求绑定、反例测试和承诺处理共享相同的版本化解释。
发布可用性以通过测试的实现为依据，而非日程估算。
##
发布与运营
网站提供可读文档、全文研究、源图表和结构化资源。产品状态与网站可访问性分别说明。只读访问不需要账户或钱包。
<!-- 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 数量，或使用另行批准、包含期限和舍入规则的定价策略。收款前公开网络费用、最低充值、逾期、少付、多付、取消和退款规则。本规范不虚构汇率或最低金额。
##
商业启用与实现状态
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
##
本页目录
[产品方向](#product-direction)
[实现导航](#implementation-map)
[构建顺序](#build-sequence)
[发布与运营](#publication-and-operations)
[无需铸币的 DMT 解析](#dmt-resolution-without-minting)
[首发支付：原生 NAT 与 USDC](#initial-payments-native-nat-and-usdc)
[商业启用与实现状态](#commercial-activation-and-implementation-status)
完整简体中文译文，由 AI 辅助准备，尚未完成独立母语技术审阅。存在歧义时以英文规范为准。代码、字段和权限不因翻译而改变。
[English](https://proof21.xyz/docs/foundation/)