Vault 接入与自动上线
1读取 R25 Vault 与签名授权
2Adapter 校验并规范化字段
3Factory 固化配置并创建市场
4Indexer 建立可查询 Read Model
EX-01 → BE-02/04 → SC-01/02 → BE-09
客户沟通版 · 对照旧合同/旧需求全部履约后的系统与新版客户 PRD · 不展示旧范围的履约进度
点击任一模块查看当前实现与新版 PRD 的逐项差异
对比基线：假定旧合同及此前确认的旧需求已经全部完成，包括正式 R25、Pharos、DEX、RPC、数据源、部署与交付。旧范围的未完成工作不进入本图；只比较新版 PRD 对业务规则、用户流程、数据口径和资金安全机制带来的变化。
从客户流程理解跨前端、后端和合约的改动，不按技术系统割裂查看
EX-01 → BE-02/04 → SC-01/02 → BE-09
FE-04/13 → SC-05 → BE-03/05/06/07 → SC-08
FE-05/06/13 → SC-04/06 → SC-07 → UniV2
BE-10/12/13 → SC-12 → SC-13
BE-10/11/14 → SC-09/10 → FE-09
钱包连接、固定供应 Permit P-Token、Pharos/WPROS 基础模式作为系统上下文继续沿用。
主要是页面数据口径、事件索引、Reward/NAV 规则、曲线失败边界、配置快照、迁移和 Buyback 安全机制调整。
PF Share Claim、第二棵 Merkle 树、read models、FeeVault、60 天 fee epoch、PF fallback、root 更正窗口和永久锁定。
集中在 R25 ABI/API、Day0/Reward Cap、迁移异常语义、FeeVault 权限、Stage 2 规则及移动端交互。