研究笔记 · 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 吗？
不必。拟议方案在适当情况下复用兼容规则与基础设施，记录版本和限制，并增加一个可携带的证据接口。兼容性必须通过测试展示，不能仅凭相同名称宣称。
元素铭文本身能安全地命令智能体执行代码吗？
不能。铭文内容是不可信输入，不是授权。执行、网络访问和钱包权限都需要单独控制；推导配置只应接受其支持的、有界输入。
原始参考资料与延伸阅读
<!-- 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 · Binance integration · Coinbase facilitator · PayAI assets · Virtuals ACP · NAT Ethereum listing · NAT Solana record · NAT BNB Chain contract
<!-- 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 注册表
私下选择和准备候选元素，不等于私密的比特币结算。Ordinals 揭示交易会公开铭文内容，交易观察者可能在确认前看到它。推迟公告不能阻止复制、保证排序或预留名称。确认后应重新检查竞争注册和规范链索引状态；冲突或重组未解决时，不能声称注册成功。Ordinals 承诺与揭示
P21 数据源元素仍然待公布。注册表认可、代币部署和服务付款是不同操作。注册或新名称都不会使公共比特币数据变成专属数据，也不会创造独立熵。