dCorps Hub
DevCo Testnet 基金会 审计 Mainnet 采用

验证

目的与覆盖范围

这里的验证指集成检查,而非批准。它定义团队如何在测试网上确认动作、标签与派生视图在 SDK、索引器与区块浏览器之间保持一致。覆盖重点是可重复的输出、跨工具一致性、及早发现不匹配,以及带证据哈希的符合性报告。

模式对齐

动作负载遵循当前配置包的类型定义,使验证在各工具间保持一致。

标签覆盖

资金流携带必需标签,使视图无需人工解释即可分类活动。

视图一致性

派生视图与索引器输出一致,使区块浏览器展示相同的总额与分类。

工具对齐

官方与第三方工具在相同输入、输出与标签逻辑上对齐。

符合性检查面

验证检查适用于驱动 Hub 行为的内核层面:交易、事件、视图推导与区块浏览器输出。每个层面都有预期的模式与标签模式,使输出在工具之间对齐。覆盖范围会在每个测试网周期扩展,因此更新是增量的。

交易输出

已签名动作在当前链参数范围内产生预期事件与状态更新。

事件流

事件 feed 发布一致的负载,便于下游工具解析与索引。

视图推导

索引器逻辑与参考计算一致,使余额、分配与覆盖率在各工具间对齐。

浏览器展示

区块浏览器呈现与索引器计算一致的结果,并匹配标签与元数据。

验证信号

轻量检查可显示输出是否匹配当前配置包,包括夹具对比、标签完整性检查与索引器一致性检查,帮助团队及早发现漂移。它们用于提供信息与指导集成工作,不是批准或认证。

基准夹具

参考夹具将预期输出与实时测试网响应对比,用于检测漂移。

差异检查

自动化 diff 检查对比不同环境的索引器输出,及早标记不匹配。

标签完整性

覆盖检查标记缺失标签,使资金流在对外分享前即可修正。

错误信号

错误会与动作 ID 一起记录,便于团队快速追踪失败。

符合性报告

发布包含版本目标、结果摘要与证据哈希的符合性报告,供审阅。

验证流程

按此流程让你的集成对齐当前测试网接入面。它使团队配置保持一致,并及早暴露不匹配。重置或配置包更新后重复该流程,使基线与当前测试网行为保持一致。

1

检查配置包

拉取最新配置包并确认模式版本、端点与 chain ID。

2

运行示例动作

提交一小组测试动作,以覆盖钱包、角色与标签。

3

核验标签覆盖

检查每个动作的标签覆盖率,修复缺失或类型错误的值。

4

对比视图

对比区块浏览器与索引器输出,确认总额与分类始终一致。

5

记录并重跑

追踪不一致点、调整集成逻辑,并在需要时在更新后重跑检查。

6

发布报告

发布包含版本目标与证据哈希的符合性报告,供审阅。

测试网边界

验证工作运行在测试网上,也继承其限制。在活跃开发期间,重置、参数调整与部分覆盖都很常见。将结果视为集成信号,并在配置包变化时再次验证。配置包更新会提示何时需要重跑验证步骤。

重置周期

可能发生状态重置,因此保持夹具与配置在不同周期之间可迁移。

参数调整

模块参数可能变化;每个周期都应对齐最新配置包进行验证。

部分覆盖

在测试网迭代期间,部分模块可能暂时滞后或不完整。

宣言

"我的目标很简单:让任何人,无论身在何处,都能创建一个具备可信度与持续性、拥有真正可用资金轨道的实体,并默认以稳定币开展运营。"

阅读宣言

Nicolas Turcotte

创始人兼首席工程师

参与共建

Testnet 面向希望公开验证 Hub 的构建者、运营者与治理守护者。

协议工程师

聚焦内核定义、消息范围与不变量。

索引与数据工程师

定义事件模型与可复现的视图输入。

早期运营者

在 Testnet 规则下测试排序器、批量提交与运营范围。

关注基础设施的投资者

跟踪范围、风险与进度(不暗示任何回报)。

法律顾问

审阅边界定位、非托管范围与文件体系顺序。

治理守护者

共同塑造内核与适配器的分层,以及升级策略。

仅英文
Testnet

Testnet 访问权限

申请访问以探索 Hub、试用参考界面,并在开发测试网中端到端验证协议行为。任何人都可以申请;本地/开发环境的运营者访问将更严格审核。

申请 Testnet 访问

需审核后开通。

Testnet 仅英文

Testnet 访问权限

申请访问以探索 Hub、试用参考界面,并在开发测试网中验证协议行为。本地/开发环境的运营者访问将更严格审核。

申请 Testnet 访问

通讯 仅英文

获取更新

关于 Testnet 准备情况、版本发布与治理里程碑的简要更新。