EN阅读项目简报

技术体系

一条独立许可链，与链下服务协作。

区块链不替代全部业务系统。它为各方共同依赖的身份、许可、工作记录、验收状态和结算依据提供可核验的共享记录。

看一笔业务怎么走

整体结构

从入口到独立许可链，每一层各管一件事。

企业客户在既有工作方式中接入。链下服务负责存储、处理、访问和付款，链上记录各方共同依赖的身份、许可、工作和结算状态。

  1. 内容方企业应用AI 服务平台
  2. 身份、权限与 API 接入
  3. 内容与证据服务AI 任务服务授权与交付服务
  4. 受控文件与索引模型与计算节点访问及支付连接
  5. 独立许可链与智能合约权利账工作账结算账
  6. 审核、治理与证据导出

01 / 06业务入口企业客户可在既有工作方式中调用登记、检索、许可检查、任务与交付能力。

02 / 06接入通过 API 和 SDK 接入图库、企业素材系统、AI 服务平台及审核系统。

03 / 06业务服务执行能力可以由项目方自营，也可以由获准接入的第三方服务提供。

04 / 06链下资源原图、合同、创作记录、完整报告和敏感资料进入受控存储。

05 / 06独立许可链智能合约管理身份和角色、内容及证据引用、许可条件、任务与验收记录和结算状态。

06 / 06治理重要证据和业务记录可按权限导出数据包和验证信息。

独立许可链

能确定表达的条件，由系统执行。需要判断的环节，由授权服务提交回执。

ORDIVA 拟建设独立许可链，设置独立的网络标识、节点准入、合约和治理规则。项目不把在其他公链上发行一个资产视为建设这套网络的替代方案。

智能合约管理

  • 身份和角色
  • 内容及证据引用
  • 权利声明状态
  • 任务与验收记录
  • 许可条件
  • 结算状态
  • 争议和更正流程

  1. 成熟底层，研发放在业务

    底层优先采用成熟的区块链技术。研发重点放在权利数据模型、任务记录、授权执行和结算协同，而不是首期重新研发共识。

  2. 逐步引入独立节点

    随着合作机构加入，网络逐步引入独立运营的验证与审计节点。项目方内部运行多个节点，与多家机构分别控制节点和密钥，属于不同阶段的治理形态。

  3. 条款不由模型生成

    原始合同、机器可读条件与所引用的政策版本保持关联。模型不能临时生成新的条款并代替当事人同意，也不能自行改变付款或权利状态。

链下服务

原件进入受控存储，链上只留摘要和状态。

原图、合同、创作记录、完整报告和敏感资料进入受控存储。业务数据库与索引系统支持检索、访问控制及日常操作，链上保留必要的摘要和关键状态。

链下保存

  • 原图
  • 合同
  • 创作记录
  • 完整报告
  • 敏感资料

链上保留

  • 必要的摘要
  • 关键状态

  1. 用途分别授权

    机构私有资料按检索、跨机构匹配、公开展示和模型训练分别管理用途权限。提交用于查重的文件，系统不自动加入训练数据。

  2. 许可连接实际访问

    许可状态通过访问网关连接到文件下载、API 调用或数据交付。许可变化按约影响后续受控访问，已经离开系统的副本则进入相应合同和争议处理范围。

  3. 付款经接入渠道

    接入的支付渠道负责处理资金。链上的结算依据与渠道的支付回执分别核对，系统不把记账设计成无条件代管客户资金的承诺。

  4. 记录可以导出

    重要证据和业务记录可按权限导出数据包和验证信息，降低所有信息只能在一个前端界面查看的依赖。

AI 基础设施

既管理内容，也交付服务。

服务以明确输入、处理目的、质量标准和结果交付为单位。企业客户采购的是约定结果，不必自行组合每一个模型和计算节点。

面向网络内部

  • 识别内容类型
  • 生成检索标签
  • 发现重复或相关文件
  • 整理来源材料
  • 提取合同关键字段
  • 提示资料缺失或矛盾

面向客户

  • 图片分类去重
  • 素材检索整理
  • 资料标签化
  • 获得许可后的数据集准备

  1. 不替代权利判断

    AI 输出服务于搜索、任务路由和审核，不直接替代权利判断。没有找到候选结果时，系统不表述为已经证明全网原创。

  2. 保留未知状态

    对证据不足、模型不适用或存在争议的内容，系统保留未知状态和人工处理入口。

  3. 工作回执

    工作回执记录能够帮助复核任务的必要信息，包括输入版本、模型和处理配置、计算节点、输出摘要及任务关联。

  4. 服务履历

    服务履历重点体现在哪类任务上交付可靠、哪些结果被接受，以及争议怎样解决。它首先服务于后续采购和调度。

  5. 随需求扩展

    网络规模随真实需求扩展。新增 GPU、模型或节点，应对应具体处理任务和服务能力，而不是单独作为项目价值的替代指标。

可信机制与治理原则

这些原则是产品机制，不是页面上的指标。

系统不把内容登记设计成自动授予版权，不把提供算力设计成取得输入内容权利，也不把参加任务设计成拥有全部后续收益。

  1. 权利、工作和报酬分别管理

    各方的权利和报酬，分别关联具体声明、许可、合同和已履行服务。

  2. 证据、判断与状态分开

    原始证据说明提交了什么，审核意见说明某个主体在什么范围内作出判断，当前状态说明系统依据哪个版本的规则允许哪些操作。

  3. 数据按用途和角色受控

    计算节点只取得完成任务所需的资料。验证节点、企业客户与审核方按角色查看相应信息，系统不把参加网络等同于取得全库数据。

  4. 执行、验收与治理职责清楚

    AI 服务商负责结果，审核方负责相应验收意见，治理机制负责成员、角色和规则版本。重要调整应有授权和可核查记录。

  5. 交付与实际付款能够核对

    访问资格、交付完成、满足结算条件和实际到账，是不同状态。系统明确展示它们的关系及未完成环节。

  6. 记录能够导出和移交

    重要许可、工作回执和交付证明按权限导出，支持合作方核验及必要的数据迁移。