资产注册与运营资料
建立资产身份、运营方资料与持续补件入口,保持同一个 asset identity。
RWA 案例不是把一份资产说明放到链上,而是把资产身份、设备读数、发电证明、验证结果和价值处理连接成一条有主权边界的生产链。
生产链
每一步都产生下游可以消费的业务 Product。nexrur 执行这些合同,但不会替 App 定义阶段结论。
建立资产身份、运营方资料与持续补件入口,保持同一个 asset identity。
把 canonical device identity 与资产绑定,并形成可追溯的 meter packet。
由协议真相层解释 proof-of-generation、verification-result 与 generation qualification。
链上产品只消费 canonical identity、状态和有效发电量,不重新定义协议真相。
S1–S5 工作流围绕资产事实执行审核、链上操作、披露、传播与市场动作。
所有权账本
App 回答“什么是正确的业务结果”;nexrur 回答“这条程序如何可靠执行、解释失败并恢复”。
五桶证据
运行时只装配当前阶段需要的有界证据。五桶说明材料从哪里来,不替材料做业务裁决。
payload、schema 与 identity contract
当前 cycle、checkpoint 与 validation facts
资产、设备、协议与 S1–S5 contracts
可追溯的历史资产与运行上下文
已审核模式、反例与 qualification 经验
从失败到恢复
下面是说明职责边界的概念路径,不是一次真实运行结果,也不是写入底座的 App 默认 route。
验证结果缺失,或 meter packet 与 canonical device identity 无法闭合。
Diagnosis 只基于重建后的证据解释缺口,不修改资产、协议结果或链上状态。
Campaign 根据 RWA 自己声明的 route 与生命周期规则决定继续、重做或停止。
Orchestrator 从合法 scope 进入新 cycle;App 重新产出业务事实,底座不补造 verification success。
本页解释架构关系;真实产品体验与业务语义由对应应用站拥有。
SOURCE BASISAGV/DESIGN.md · agv-web/asset/DESIGN.md · agv-web/asset/DESIGN_AGVNEXRUR.md