Proof21
简中
菜单
浏览文档
协议规范

协议架构

完整简体中文译文,由 AI 辅助准备,尚未完成独立母语技术审阅。存在歧义时以英文规范为准。代码、字段和权限不因翻译而改变。 English
阅读 Markdown

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

Proof21 拟议系统架构 来源适配器向确定性检查提供证据。独立接收方验证结果,并应用自己的策略。Bitcoin 时间戳为可选项。 可选/异步 指令与策略 证据适配器 Bitcoin / DMT / TAP EVM 与签名文件 P21 确定性检查 结果与证据 接收方验证 本地接纳策略 Bitcoin 时间戳
拟议架构。保留来源假设;使用方平台保留自己的接纳策略。

组件

适配器解析原始证据,保留类型、来源、网络、来源版本及观察时间。不能把 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 策略签名器或托管路径。

本地搜索 · 不会向 AI 提供商发送提示词或查询

隐私与偏好

必要项

网站传输、安全服务,以及最长保存 180 天的本地隐私选择记录。不包含广告标识符。

在此浏览器保存动态效果偏好。可选,除非你选择启用,否则关闭。

使用静态插图。设备设置优先,无需允许存储。

分析与广告

目前关闭。未来如使用 Cookie、像素或分析工具,将予以披露,并在适用时重新征求选择。此处按钮不授权未来追踪。

隐私政策 · Cookie 政策