# 构建与贡献

初始仓库是私有开发空间，包含文档、静态网站和仓库检查。开源发布与可执行版本需要单独审查。明确许可证文件获批准前，不应假设任何使用许可。

## 工程方法

一个确定性核心、轻量交付封装、来源专用适配器，并保留原始证据。使用经审查的密码学库，不要为每种 SDK 语言建立不同的策略解释实现。

编辑前阅读 `AGENTS.md`。在小分支中工作，并明确验收标准。记录精确依赖版本和上游规范版本。每个成功示例都应配一个失败样例。

## 审查标准

更改必须保留品牌、精确证明声明、保守失败行为、有界解析／获取，以及评估与授权的分离。安全敏感更改需要独立审查，不是仅让另一个模型同意作者。

## 仓库结构

`docs/` 是文档来源；`brand/` 定义视觉身份和设计变量；`specs/` 包含暂定模式；`site/` 是生成后的独立静态网站；`scripts/` 包含本地文档检查；`ops/` 保存私密设置说明和发布状态快照。

未来运行时软件包只有在实现后才应加入。空文件夹和软件包命令不能被当作已完成软件展示。

## 贡献流程

创建 issue，说明问题、证据要求、非目标及成功／失败案例。在对应状态门槛之后实现。运行仓库检查，描述实际执行的测试并请求审查。绝不提交客户秘密，也不以移动真实资金作为测试。

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

## 新增数据源与支付一致性测试

测试重复名称与重复字段/模式签名、不支持的字段或正则语义、错误铭文内容、源哈希不匹配、不完整注册历史、错误网络及源区块重组。测试仅 nonce 或已知数据源的保证声明、事后承诺、顺序或权重变更、请求 ID 或上下文反复尝试、重试及隐瞒结果。

原生 NAT 测试覆盖错误部署、代码、网络、收款方，仅转移 UNAT，已创建但未执行的转账铭文，少付、逾期、多付，陈旧或滞后的观测，索引冲突，确认不足，重复事件入账，并发预留，调用者不符，退款重放，以及额度使用后的重组。通过 USDC 通道独立运行同一请求。合成策略测试不是实际资金结算测试。


[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