CONTRACT SCOPE DELTA REGISTER

Prosper 合同范围与新版 PRD 对比

用于客户范围沟通:以采购合同 Schedule 1 全部履约为基线,对照 Prosper Launchpad PRD v1.13.2。页面仅判断需求范围变化,不判断当前开发进度,也不构成法律意见。

比较方法:合同中已经约定的能力视为全部完成;正式 R25、DEX、RPC、数据源、部署、测试与交接均属于合同履约基线,不列为新版新增。只有新版改变合同约定、增加合同未包含的能力,或冻结合同中原本 TBD 的规则时,才记录差异。

3

合同内保持不变

继续履约,不构成本次需求变化重点。

13

合同内容被修改/冻结

合同已有能力,但新版改变规则、资金流或技术边界。

17

合同外新增范围

合同 Schedule 1 没有对应交付物或业务机制。

10

仍待确认

可与修改或新增叠加,确认后才能冻结验收口径。

合同 Change Request 条款与本次新版需求直接相关

合同约定:适用 Phase 开始后,对以下内容的任何重大修改均构成 Change Request;项目时间、范围和费用可由双方书面协商调整。新版 PRD 同时触及下列六类。

Functional RequirementsTechnical Architecture Third-party IntegrationsTokenomics Design Smart Contract LogicMilestone Deliverables

逐项范围对比

点击任一条目展开合同依据、PRD 依据和交付影响

建议形成书面 Addendum

固定新增/修改条目、交付优先级、排除项、验收条件和依赖,不以口头讨论替代合同书面变更。

建议重新确认 Milestones

新版增加多套资金合约、Merkle 流程、交易市场和安全边界,原 8 周 Phase 1–3 里程碑不能自动覆盖新增范围。

建议区分 Stage 1 / Stage 2

Referral、Campaign、permissionless launch 等 Stage 2 项目应单独冻结,避免默认进入当前交付和验收范围。