跳转到正文
Docs
下载 Markdown
文章目录

查看和理解溯源

从平台贡献记录核对后续阶段与公开链上记录。

下载 Markdown

Contributor 从 Contributions(贡献记录)→ 对应记录 → Track record(追踪记录) 打开 Submission Tracker(提交追踪)。先核对活动Developer 组织的一组数据工作及其相关设置和 Submission一次提交形成的结果记录。Back to Contributions(返回我的贡献) 返回列表,Open in Earnings(在收益里查看) 前往收入页面。

Developer 从有权限的 Campaign → Reviews → Review(查看审核记录) 或已交付记录开始,记录活动与 Submission ID。该入口没有 CF 或链上链接时,带上活动、Submission ID 等原标识联系支持核对平台与公开记录的关联;不要发送提交的原始内容。已有 CF、数据集版本 ID 或 DID 时,可直接从下方 Explorer 入口查找。

阅读 Full lineage

阶段表达的内容
Submitted提交记录
Validated & accepted检查与验收结果
Anchored on-chain链上锚定
Included in dataset数据集纳入记录
Published downstream下游发布记录
Royalty walked back to you相关分成回流信息

这些阶段不保证每条提交都会全部完成。结合状态、时间和说明阅读:Completed(已完成)、Not started(未开始)、Not reported(未提供) 分别表示页面对该阶段的记录。

没有报告不能等同于结果不存在或金额为零。报酬以 Earnings 及对应记录核对。

例如 Contributions 的 Next → Complete(下一步已完成) 可以表示提交已接受且有奖励记录,而 Tracker 的 Anchored on-chain(已上链存证) 和 Included in dataset(已收入数据集) 仍为 Not started(未开始);它们描述不同阶段。若同一事项的状态、时间或标识在两处确实矛盾,保存 Submission ID、两处脱敏页面和查询时间,联系支持核对原记录。

使用 XnY Explorer

已有 CF、数据集标识或 DID 时,打开 XnY Explorer,使用 Search by id or DID(按标识搜索) 查找。

打开 Contribution 后依次核对:

  1. Details(详情):CF id、Author、TaskContributor 实际领取或进入的一项具体工作 / 活动 / Frontier,以及 Verdict、Quality grade 和 Verified by。
  2. Payload(载荷引用):Metadata hash 与 Metadata URI。Payload not served here — reference only 表示这里只提供引用,不是原始文件下载入口。
  3. Chain of records(链上记录):网络、交易哈希和区块;主网与测试网分开判断。
  4. Lineage(关联关系):页面实际列出的关联贡献或数据集。核对某条 CF 是否属于指定数据集版本;贡献之间的派生和数据集版本之间的派生是另外两种关系。

Contribution Fingerprint(CF) 是协议贡献记录。CF ID、平台 Submission ID、数据集版本 ID 和交易哈希分别定位不同对象。

只有 Submission ID 时,按上面的角色入口查找链上关联;没有可用关联时联系支持,不把内部 ID 当成 CF ID。

例如 CF 被列为数据集版本 A 的成员,而版本 B 声明派生自 A:要判断这条 CF 是否也属于 B,还须查看 B 的成员记录。空关系图不能当作没有来源的证明,它可能只是缺少元数据声明或独立的 XnY 溯源查询结果。这些记录只覆盖所报告的关联;模型使用情况需要另找实际使用证据。

记录能证明什么

摘要和 URI 关联元数据与内容。核对哈希可以确认相应内容的一致性,不能单独证明现实身份、内容质量或数据使用权。实际访问与授权见获取数据。