# 数字物质是一套规则，不是最终判定。

**研究笔记 · 2026 年 9 月 7 日 · Proof21 Elements 仍是拟议能力。**

创作者可以用 Bitcoin 数据定义一个对象，让其他人能够复现它的属性。这本身就是一个有趣的设计空间，无须假装区块字段能回答有关对象的一切问题。计算是否可复现？元素是否正确注册？部署是否有效？现在谁拥有资产？这些问题需要不同的证据。

Proof21 的 Elements 提案把 Digital Matter Theory 视为一等的规则与数据配置。它不把 DMT 当作智能体运行时、通用预言机，或再建一个不兼容代币索引器的理由。拟议贡献是提供有关受支持推导的可携带、明确证据，同时清楚标注对现有生态状态的依赖。

## 从规则和原始来源开始

DMT 元素注册规范描述名称、可选模式和字段引用。NAT 部署可以引用一个元素铭文。TAP 规范描述其支持的 DMT 操作，并认可分别表示高度、nonce 和 bits 的字段 4、10、11。这些规范相互关联，但不能互相替代。[1][2][3]

拟议的推导请求应保留元素铭文标识与原始字节、源区块哈希与高度、声明的字段、解释配置和预期输出。应记录实现遵循哪个上游修订版本。没有命名空间与规则的字段编号，并不是一条完整指令。

高度是链上下文中的索引，不是 Bitcoin 区块头里单独序列化的字段。nonce 与紧凑目标编码各有自己的作用。不要把所有数值都称为“熵”，尤其当它们已成为历史或可以预测时。了解区块头结构，应从 Bitcoin 开发者参考资料开始。[4]

## 让重放保持简单而精确

设想一个合成的创意项目，根据受支持的历史来源值分配视觉特征。生成方报告来源、规则版本和计算出的特征。第二个实现应无需询问生成方偏好哪种外观，就能得到同样结果。这个例子涉及确定性推导，不代表新铸造的资产，也不主张该特征具有市场价值。

表示方式很重要。针对十六进制文本的规则，不会自动等同于针对十进制数字的规则。前导零、大小写处理、模式语义、字节序与整数边界，都可能改变结果。应保留确切解释，而不是把规则翻译成一个看似相近的正则表达式。未知模式应报告为不支持，不能靠猜测得出成功结果。

因此，有用的测试向量既包括普通数值，也包括边界情况。把原始输入字节与预期解释一起保存。测试格式错误的铭文、不支持的字段、错误区块哈希、被修改的规则版本、歧义编码，以及无法复现的声明输出。一个简单的正面例子不足以证明兼容性。

## 计算不等于历史状态机

即使某个特征得到完全复现，也不能证明相关元素或铸造已按适用的历史规则被接受。状态相关主张可能依赖激活条件、先前注册、部署引用、排序、早期铸造与后续转移。实现必须识别相应历史时点适用的规则，而不是不加区分地把今天的行为套用到旧数据上。[2][3]

当前所有权又是一个额外问题。DMT 转移文档明确区分 UNAT 铭文与同质化 NAT 余额；不能随意把其中一项的转移描述成整个项目相关资产的转移。拟议的 P21 报告应指明确切资产和证据范围。[5]

这种区分让界面更有用，而不是更难用。应用可以显示“推导已复现；未评估所有权”，而不是宽泛的绿色“已验证”。收藏者随后可以取得实际决策需要的独立状态证据。智能体不能用一个听起来合理的所有权故事来填补空白。

## 复用索引器，同时公开依赖

当 TAP 兼容索引器已经实现相关规则时，首要工程问题是如何复用并测试其输出。应记录索引器身份、软件或规则修订版本、已索引高度、观察时间与重组处理方式。来源之间有分歧时，应保留分歧，而不是悄悄选择最方便完成任务的答案。

索引器的 API 响应是该服务的一次观察，不会自动构成对 Bitcoin 共识及全部元协议历史的独立完整验证。报告可以在明确这一限制的同时仍有价值。拟议的使用方应能为更高风险决策要求更强证据，并在证据不可获得时返回 `INDETERMINATE`。

原始铭文也必须被视为不可信数据。一个自称包含“智能体指令”的字符串，没有权力执行 shell 命令、下载可执行代码或请求钱包访问。读取规则与执行任意内容是两回事。创意资产内嵌的外部 URL 同样受这一边界约束。

## 范围有限、终点诚实的试点

一个有用的初始试点可以选取少量、已记录的受支持元素配置与不可变来源样例。两个独立进程应复现结果、拒绝被修改的输入，并一致识别不支持的情况。如需有状态索引器，试点应记录这一依赖，并测试过时或冲突的响应。

终点不是“所有数字物质都已验证”，而是一个范围明确、可以重复的主张，以及清晰列出的已执行与未执行检查。评估这个产品假设不需要 P21 代币、新增 Bitcoin 写入或托管用户资金。现有离线演示仍用于教育，并非生产级 TAP 索引器或已发布的 Elements API。

## 常见问题

### 复现特征能证明代币所有权吗？

不能。复现检查的是推导。所有权需要关于确切资产及其适用状态历史的证据。未评估所有权时，报告应明确说明。

### Proof21 必须替代 TAP 才能支持 DMT 吗？

不必。拟议方案在适当情况下复用兼容规则与基础设施，记录版本和限制，并增加一个可携带的证据接口。兼容性必须通过测试展示，不能仅凭相同名称宣称。

### 元素铭文本身能安全地命令智能体执行代码吗？

不能。铭文内容是不可信输入，不是授权。执行、网络访问和钱包权限都需要单独控制；推导配置只应接受其支持的、有界输入。

## 原始参考资料与延伸阅读

- [1：DMT 元素注册规范](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry)
- [2：DMT NAT 部署格式](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-deployment-format)
- [3：TAP 协议规范](https://github.com/Trac-Systems/tap-protocol-specs)
- [4：Bitcoin 区块头参考](https://developer.bitcoin.org/reference/block_chain.html)
- [5：DMT 代币转移与 UNAT 的区别](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-token-transfer)
- [Proof21 Elements 范围](https://proof21.xyz/zh-hans/docs/capabilities/elements/)

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

## 无需铸币的 DMT 解析

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

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

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

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

## 跨网络的 NAT

NAT 存在跨链表示，并不局限于仅使用比特币的钱包界面。已审阅记录标识了以太坊表示、在 Solana 上标为 dmt-nat (Wormhole) 的资产，以及 BNB Smart Chain 的桥接代币合约。这扩大了 NAT 社区访问服务的路径。这些记录证明存在可识别的表示，并不代表 P21 已审计桥接储备、原始资产映射、赎回能力或当前桥接可用性。

原生比特币 TAP-NAT 仍是首发必备方式。跨链 NAT 是一等适配器目标，但每个网络及合约或 mint 必须分别批准。配置须保留准确的原始部署引用、桥接路径及版本、目标资产身份、精度、最终性和暂停／赎回假设。仅代码名称相同不够，仅交易所上线也不够。获批表示可以在目标网络支付，无需让每项 P21 任务都执行桥接或资金兑换。

这项表示审查不改变 DMT 数据源解析：即使服务费在其他链上支付，比特币仍是比特币／DMT 声明的数据源。P21 数据源元素仍待公布。本文发布不会启用任何 NAT 桥接。

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

## 更新 · 私下注册，确认后公布

Element 注册无需人工申请，但有效性仍取决于历史规则。P21 因此把注册作为私下操作流程：确定候选、同时检查名称和 field/pattern 可用性、铭刻、确认、独立验证索引，然后才公布。

这样既避免在首个有效注册前泄露候选，也避免误以为已占用的整字段定义可以简单换名。P21 Element 仍待公布；本文刻意不披露任何候选 pattern 或 field。

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

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

固定铭文内容摘要、数据源配置、上游版本、网络、源区块哈希与高度、规范编码、操作、参数、输入承诺和输出。注明证据范围和限制。缺少数据源或不支持的模式应为 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

## 注册表范围与披露

DMT 注册表的字段目录比已审查 TAP 解析器支持的子集更广。文档列出的字段不会自动成为已实现的 P21 配置。应固定解释规则；不支持的语义返回 INDETERMINATE。受支持且可用的整字段定义无需发行代币即可注册，注册也不需要 P21 或团队的人工审批。[DMT 注册表](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry)

私下选择和准备候选元素，不等于私密的比特币结算。Ordinals 揭示交易会公开铭文内容，交易观察者可能在确认前看到它。推迟公告不能阻止复制、保证排序或预留名称。确认后应重新检查竞争注册和规范链索引状态；冲突或重组未解决时，不能声称注册成功。[Ordinals 承诺与揭示](https://docs.ordinals.com/inscriptions.html)

P21 数据源元素仍然**待公布**。注册表认可、代币部署和服务付款是不同操作。注册或新名称都不会使公共比特币数据变成专属数据，也不会创造独立熵。
