应用案例

三个程序,一套底座。

RWA、AUDIT 与 QUANT 拥有不同的业务合同和生产语义,却可以共享同一套执行、证据、诊断与恢复机制。案例页展示的是边界与共性,不把 App Truth 写成底座默认值。

应用真值

同一控制面,不同业务真值。

每张卡来自对应业务库的 active 设计,打开后可查看完整生产链、所有权、五桶证据和失败恢复关系。具体 route、threshold 与交付标准仍由 App contracts 定义。

01

PHYSICAL ASSET → ON-CHAIN VALUE

RWA

APP

让实体资产的运行事实,成为可验证、可结算的链上依据。

  1. 资产注册与运营资料
  2. 设备绑定与计量数据
  3. 发电证明与协议验证
  4. 链上身份与价值处理
  5. 数字披露与受治理运营
APP OWNS资产身份、设备绑定与生命周期 · Meter Protocol 与 verification canonical meaning
  • orchestrator
  • five buckets
  • diagnosis / campaign
查看完整闭环
02

CASE EVIDENCE → DEFENSIBLE REPORT

AUDIT

APP

把杂乱的案件材料,编译成可追溯、可复核的专业报告。

  1. 案件委托与原始资料
  2. 策略与交付结构
  3. 证据结构化
  4. 穿透核验与报告生产
  5. 确认、归档与交付
APP OWNS审计业务语义、委托约定与交付语言 · 证据充分性、主体关系和专业判断
  • orchestrator
  • five buckets
  • diagnosis / campaign
查看完整闭环
03

RESEARCH EVIDENCE → TESTABLE ALPHA

QUANT

APP

把研究观点逐层收敛为有证据、有字段、可送测的 Alpha。

  1. Idea 发现与机制核验
  2. Alpha 骨架整理
  3. Category 与真实字段绑定
  4. 表达式组装与仿真评估
APP OWNS研究 claim、证据充分性与 mechanism contract · Alpha skeleton、operator 与 datafield slot 语义
  • orchestrator
  • five buckets
  • diagnosis / campaign
查看完整闭环

共享底座

差异留在 App,共性沉到底座。

三个程序都从 Campaign 开始一次受治理的执行周期。Orchestrator 执行合同图;失败时 Diagnosis 基于重建后的证据解释原因,再把结果交回 Campaign 决定继续、修复、重路由或停止。

01 / CONTROLCampaignstart · route · halt
02 / EXECUTEOrchestratorgraph · checkpoint
03 / EXPLAINDiagnosisreason · evidence
BOUNDED CONTEXTFive-bucket evidence
  • core
  • engines
  • aiskills
  • memory
  • golden

所有权账本

一条不能模糊的边界。

RWA · AUDIT · QUANTcontracts · assets · schemas · prompts · production semantics

定义“业务上什么是真的”。

NEXRUR SUBSTRATEorchestration · diagnosis · campaign · evidence · memory

提供“程序如何可靠运行”。

本页是三个参考程序的概念总览,不是运行结果或业务承诺。架构边界以 docs/DESIGN.md nexrur-web/DESIGN.md为准。