{
  "schemaVersion": "1.0",
  "type": "research-article",
  "runtimeAvailable": false,
  "id": "proof21:journal:digital-matter-is-a-rule-not-a-verdict:zh-Hans",
  "inLanguage": "zh-Hans",
  "slug": "digital-matter-is-a-rule-not-a-verdict",
  "title": "数字物质是一套规则，不是最终判定。",
  "description": "复现源自 Bitcoin 的元素，同时区分计算、有效铸造与当前所有权。",
  "datePublished": "2026-09-07",
  "dateModified": "2026-09-09",
  "url": "https://proof21.xyz/zh-hans/journal/digital-matter-is-a-rule-not-a-verdict/",
  "markdownUrl": "https://proof21.xyz/zh-hans/journal/digital-matter-is-a-rule-not-a-verdict/article.md",
  "markdown": "# 数字物质是一套规则，不是最终判定。\n\n**研究笔记 · 2026 年 9 月 7 日 · Proof21 Elements 仍是拟议能力。**\n\n创作者可以用 Bitcoin 数据定义一个对象，让其他人能够复现它的属性。这本身就是一个有趣的设计空间，无须假装区块字段能回答有关对象的一切问题。计算是否可复现？元素是否正确注册？部署是否有效？现在谁拥有资产？这些问题需要不同的证据。\n\nProof21 的 Elements 提案把 Digital Matter Theory 视为一等的规则与数据配置。它不把 DMT 当作智能体运行时、通用预言机，或再建一个不兼容代币索引器的理由。拟议贡献是提供有关受支持推导的可携带、明确证据，同时清楚标注对现有生态状态的依赖。\n\n## 从规则和原始来源开始\n\nDMT 元素注册规范描述名称、可选模式和字段引用。NAT 部署可以引用一个元素铭文。TAP 规范描述其支持的 DMT 操作，并认可分别表示高度、nonce 和 bits 的字段 4、10、11。这些规范相互关联，但不能互相替代。[1][2][3]\n\n拟议的推导请求应保留元素铭文标识与原始字节、源区块哈希与高度、声明的字段、解释配置和预期输出。应记录实现遵循哪个上游修订版本。没有命名空间与规则的字段编号，并不是一条完整指令。\n\n高度是链上下文中的索引，不是 Bitcoin 区块头里单独序列化的字段。nonce 与紧凑目标编码各有自己的作用。不要把所有数值都称为“熵”，尤其当它们已成为历史或可以预测时。了解区块头结构，应从 Bitcoin 开发者参考资料开始。[4]\n\n## 让重放保持简单而精确\n\n设想一个合成的创意项目，根据受支持的历史来源值分配视觉特征。生成方报告来源、规则版本和计算出的特征。第二个实现应无需询问生成方偏好哪种外观，就能得到同样结果。这个例子涉及确定性推导，不代表新铸造的资产，也不主张该特征具有市场价值。\n\n表示方式很重要。针对十六进制文本的规则，不会自动等同于针对十进制数字的规则。前导零、大小写处理、模式语义、字节序与整数边界，都可能改变结果。应保留确切解释，而不是把规则翻译成一个看似相近的正则表达式。未知模式应报告为不支持，不能靠猜测得出成功结果。\n\n因此，有用的测试向量既包括普通数值，也包括边界情况。把原始输入字节与预期解释一起保存。测试格式错误的铭文、不支持的字段、错误区块哈希、被修改的规则版本、歧义编码，以及无法复现的声明输出。一个简单的正面例子不足以证明兼容性。\n\n## 计算不等于历史状态机\n\n即使某个特征得到完全复现，也不能证明相关元素或铸造已按适用的历史规则被接受。状态相关主张可能依赖激活条件、先前注册、部署引用、排序、早期铸造与后续转移。实现必须识别相应历史时点适用的规则，而不是不加区分地把今天的行为套用到旧数据上。[2][3]\n\n当前所有权又是一个额外问题。DMT 转移文档明确区分 UNAT 铭文与同质化 NAT 余额；不能随意把其中一项的转移描述成整个项目相关资产的转移。拟议的 P21 报告应指明确切资产和证据范围。[5]\n\n这种区分让界面更有用，而不是更难用。应用可以显示“推导已复现；未评估所有权”，而不是宽泛的绿色“已验证”。收藏者随后可以取得实际决策需要的独立状态证据。智能体不能用一个听起来合理的所有权故事来填补空白。\n\n## 复用索引器，同时公开依赖\n\n当 TAP 兼容索引器已经实现相关规则时，首要工程问题是如何复用并测试其输出。应记录索引器身份、软件或规则修订版本、已索引高度、观察时间与重组处理方式。来源之间有分歧时，应保留分歧，而不是悄悄选择最方便完成任务的答案。\n\n索引器的 API 响应是该服务的一次观察，不会自动构成对 Bitcoin 共识及全部元协议历史的独立完整验证。报告可以在明确这一限制的同时仍有价值。拟议的使用方应能为更高风险决策要求更强证据，并在证据不可获得时返回 `INDETERMINATE`。\n\n原始铭文也必须被视为不可信数据。一个自称包含“智能体指令”的字符串，没有权力执行 shell 命令、下载可执行代码或请求钱包访问。读取规则与执行任意内容是两回事。创意资产内嵌的外部 URL 同样受这一边界约束。\n\n## 范围有限、终点诚实的试点\n\n一个有用的初始试点可以选取少量、已记录的受支持元素配置与不可变来源样例。两个独立进程应复现结果、拒绝被修改的输入，并一致识别不支持的情况。如需有状态索引器，试点应记录这一依赖，并测试过时或冲突的响应。\n\n终点不是“所有数字物质都已验证”，而是一个范围明确、可以重复的主张，以及清晰列出的已执行与未执行检查。评估这个产品假设不需要 P21 代币、新增 Bitcoin 写入或托管用户资金。现有离线演示仍用于教育，并非生产级 TAP 索引器或已发布的 Elements API。\n\n## 常见问题\n\n### 复现特征能证明代币所有权吗？\n\n不能。复现检查的是推导。所有权需要关于确切资产及其适用状态历史的证据。未评估所有权时，报告应明确说明。\n\n### Proof21 必须替代 TAP 才能支持 DMT 吗？\n\n不必。拟议方案在适当情况下复用兼容规则与基础设施，记录版本和限制，并增加一个可携带的证据接口。兼容性必须通过测试展示，不能仅凭相同名称宣称。\n\n### 元素铭文本身能安全地命令智能体执行代码吗？\n\n不能。铭文内容是不可信输入，不是授权。执行、网络访问和钱包权限都需要单独控制；推导配置只应接受其支持的、有界输入。\n\n## 原始参考资料与延伸阅读\n\n- [1：DMT 元素注册规范](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry)\n- [2：DMT NAT 部署格式](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-deployment-format)\n- [3：TAP 协议规范](https://github.com/Trac-Systems/tap-protocol-specs)\n- [4：Bitcoin 区块头参考](https://developer.bitcoin.org/reference/block_chain.html)\n- [5：DMT 代币转移与 UNAT 的区别](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-token-transfer)\n- [Proof21 Elements 范围](https://proof21.xyz/zh-hans/docs/capabilities/elements/)\n\n<!-- p21-source-payment-v08 -->\n\n## 无需铸币的 DMT 解析\n\nProof21 将 DMT 用作版本化的数据源解释配置，而不是比特币共识或通用真理引擎。DMT 操作引用已认可的元素定义，以哈希和高度确定比特币区块，计算支持的字段或模式，并把输入纳入可重现的流程凭证。无需 DMT 代币、铸造或逐凭证写入比特币。仅使用比特币数据的操作采用独立、明确的数据源配置。\n\nP21 数据源元素**待公布**。此处不公布注册载荷、选定的字段或模式、保留名称或元素铭文 ID。可以复用已有效注册的元素；协议不以新建品牌铭文为前提。\n\nTrac 的独立 `ord-tap` 提供可复用的索引。固定版本的元素解析器支持字段 4、10、11，检查协议激活状态、规范化名称、验证模式，同时拒绝重复名称和重复的字段/模式签名。仅更换名称不能重新注册已有的整字段定义。已审查的解析器没有人工团队审批步骤；有效注册仍取决于历史规则验证，而不仅是比特币收录。托管服务的访问权限及条款另行确定。[1][2][6]\n\n<!-- p21-ecosystem-payments-v09 -->\n\n## 跨网络的 NAT\n\nNAT 存在跨链表示，并不局限于仅使用比特币的钱包界面。已审阅记录标识了以太坊表示、在 Solana 上标为 dmt-nat (Wormhole) 的资产，以及 BNB Smart Chain 的桥接代币合约。这扩大了 NAT 社区访问服务的路径。这些记录证明存在可识别的表示，并不代表 P21 已审计桥接储备、原始资产映射、赎回能力或当前桥接可用性。\n\n原生比特币 TAP-NAT 仍是首发必备方式。跨链 NAT 是一等适配器目标，但每个网络及合约或 mint 必须分别批准。配置须保留准确的原始部署引用、桥接路径及版本、目标资产身份、精度、最终性和暂停／赎回假设。仅代码名称相同不够，仅交易所上线也不够。获批表示可以在目标网络支付，无需让每项 P21 任务都执行桥接或资金兑换。\n\n这项表示审查不改变 DMT 数据源解析：即使服务费在其他链上支付，比特币仍是比特币／DMT 声明的数据源。P21 数据源元素仍待公布。本文发布不会启用任何 NAT 桥接。\n\n[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)\n\n<!-- p21-enforcement-v10 -->\n\n## 更新 · 私下注册，确认后公布\n\nElement 注册无需人工申请，但有效性仍取决于历史规则。P21 因此把注册作为私下操作流程：确定候选、同时检查名称和 field/pattern 可用性、铭刻、确认、独立验证索引，然后才公布。\n\n这样既避免在首个有效注册前泄露候选，也避免误以为已占用的整字段定义可以简单换名。P21 Element 仍待公布；本文刻意不披露任何候选 pattern 或 field。\n\n## 解析、注册与所有权必须分开\n\n凭证区分源数据提取、元素注册、确定性推导、代币部署或铸造有效性，以及当前所有权或余额。验证其中一项不代表其余各项也成立。验证首个有效注册需要相关历史索引和激活规则；单份铭文包含证明不能证明之前不存在冲突元素。\n\n固定铭文内容摘要、数据源配置、上游版本、网络、源区块哈希与高度、规范编码、操作、参数、输入承诺和输出。注明证据范围和限制。缺少数据源或不支持的模式应为 INDETERMINATE，而非伪造有效结果。索引器观测须与独立重放的协议状态区分。原始比特币字段回退不能悄悄代替未执行的 DMT 注册检查。\n\n\n[1] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry\n\n[2] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/src/index/updater/inscription_updater/tap/ops/dmt_element.rs\n\n[3] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/nat-use-cases/usdnat-method-1-live\n\n[4] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-token-transfer\n\n[5] https://docs.x402.org/core-concepts/network-and-token-support\n\n[6] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/README.md\n\n[7] https://arxiv.org/abs/1605.04559\n\n## 注册表范围与披露\n\nDMT 注册表的字段目录比已审查 TAP 解析器支持的子集更广。文档列出的字段不会自动成为已实现的 P21 配置。应固定解释规则；不支持的语义返回 INDETERMINATE。受支持且可用的整字段定义无需发行代币即可注册，注册也不需要 P21 或团队的人工审批。[DMT 注册表](https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry)\n\n私下选择和准备候选元素，不等于私密的比特币结算。Ordinals 揭示交易会公开铭文内容，交易观察者可能在确认前看到它。推迟公告不能阻止复制、保证排序或预留名称。确认后应重新检查竞争注册和规范链索引状态；冲突或重组未解决时，不能声称注册成功。[Ordinals 承诺与揭示](https://docs.ordinals.com/inscriptions.html)\n\nP21 数据源元素仍然**待公布**。注册表认可、代币部署和服务付款是不同操作。注册或新名称都不会使公共比特币数据变成专属数据，也不会创造独立熵。\n",
  "articleBody": "研究笔记 · 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 元素注册规范 2：DMT NAT 部署格式 3：TAP 协议规范 4：Bitcoin 区块头参考 5：DMT 代币转移与 UNAT 的区别 Proof21 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 · 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 数据源元素仍然 待公布 。注册表认可、代币部署和服务付款是不同操作。注册或新名称都不会使公共比特币数据变成专属数据，也不会创造独立熵。",
  "citations": [
    "https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry",
    "https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-deployment-format",
    "https://github.com/Trac-Systems/tap-protocol-specs",
    "https://developer.bitcoin.org/reference/block_chain.html",
    "https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-token-transfer",
    "https://developers.binance.com/en/docs/products/onchainpay-x402/basics/9.supported-payment-methods",
    "https://developers.binance.com/en/docs/products/onchainpay-x402/introduction",
    "https://docs.cdp.coinbase.com/x402/seller/facilitator",
    "https://docs.payai.network/x402/reference",
    "https://os.virtuals.io/acp/concepts",
    "https://www.bitmart.com/en-US/support/articles/7923014477723/360001026214/49446319153179",
    "https://solscan.io/token/FbKRaqBzupLry3V7QujpNghwrHgxutB4MY11M8aeyVa1",
    "https://bscscan.com/token/0x600e3b55d5368c32a94f9372563318adb6a3f882",
    "https://docs.ordinals.com/inscriptions.html"
  ],
  "faq": [
    {
      "question": "复现特征能证明代币所有权吗？",
      "answer": "不能。复现检查的是推导。所有权需要关于确切资产及其适用状态历史的证据。未评估所有权时，报告应明确说明。"
    },
    {
      "question": "Proof21 必须替代 TAP 才能支持 DMT 吗？",
      "answer": "不必。拟议方案在适当情况下复用兼容规则与基础设施，记录版本和限制，并增加一个可携带的证据接口。兼容性必须通过测试展示，不能仅凭相同名称宣称。"
    },
    {
      "question": "元素铭文本身能安全地命令智能体执行代码吗？",
      "answer": "不能。铭文内容是不可信输入，不是授权。执行、网络访问和钱包权限都需要单独控制；推导配置只应接受其支持的、有界输入。"
    }
  ],
  "sourceSha256": "2338d89a9a2ad489eafe721e6b3f779c0366090674dac766f94f6c24edb11b22",
  "markdownSha256": "1074dc4b7dcd67c6cc654dcd637629a302f9ca1b09ce7c36d98b21b2fd4ebf7b",
  "translationReview": "完整简体中文译文，由 AI 辅助准备，尚未完成独立母语技术审阅。存在歧义时以英文规范为准。代码、字段和权限不因翻译而改变。",
  "image": {
    "url": "https://proof21.xyz/assets/journal/matter.png",
    "caption": "区块在规则下形成可重复的排列。这幅图说明的是推导，不是铸造、余额、所有权记录或预测。",
    "sha256": "3f0c6c36ee1728bf7f61df42b0e6355ddd7d0a05a7bbd51509a35b17d9620078"
  },
  "motion": {
    "url": "https://proof21.xyz/assets/journal/matter.mp4",
    "engine": "Remotion",
    "sourceSha256": "13a909f4267d8147386045cbd90df732a42679342c16e04c5725e09e953d3728",
    "sha256": "504eb4339fbe0b88c6da5cbb316b2a7205f47ec885421513e717edd50ca79bb6",
    "seconds": 7.2,
    "loop": true,
    "audio": false
  },
  "availableLanguages": [
    "en",
    "zh-Hans",
    "th",
    "ar"
  ],
  "editions": {
    "en": "https://proof21.xyz/journal/digital-matter-is-a-rule-not-a-verdict/",
    "zh-Hans": "https://proof21.xyz/zh-hans/journal/digital-matter-is-a-rule-not-a-verdict/",
    "th": "https://proof21.xyz/th/journal/digital-matter-is-a-rule-not-a-verdict/",
    "ar": "https://proof21.xyz/ar/journal/digital-matter-is-a-rule-not-a-verdict/"
  }
}
