Topo POC V2 文档
Topo 贡献证明（POC）V2 是一套由验证者驱动的分布式计算协议。它将成熟且已通过链上可信路径确认的 DApp 贡献，转换为可验证、可治理、可组合的链上算力（Power）。
文档结构
| 文档 | 核心问题 |
|---|---|
| POC V2 白皮书 | 为什么需要 POC，可信贡献如何经过验证者独立复算、加权 QC 和原子激活成为已激活算力 |
| 系统架构与组件边界 | L5–L0 六层架构如何划分权威、计算、持久化、通信和交付职责 |
| 分布式结算协议 | 周期范围、输入快照、确定性计算、证据包、投票与 QC、候选结果和自动追赶如何工作 |
| DApp 接入参考案例 | DApp 如何定义成熟贡献、接入可信发行路径并处理退款、争议和业务结算 |
| 安全、验证与生产就绪 | 威胁模型、密钥隔离、数据可用性、故障恢复、测试矩阵和上线阶段门槛 |
推荐阅读路径
| 读者 | 建议顺序 |
|---|---|
| 生态合作方、治理参与者 | 白皮书 → DApp 接入案例 |
| 协议和安全评审方 | 白皮书 → 分布式结算协议 → 安全与生产就绪 |
| 验证者与基础设施团队 | 系统架构 → 分布式结算协议 → 安全与生产就绪 |
| DApp 开发团队 | 白皮书 → DApp 接入案例 → 系统架构 |
| 测试和运维团队 | 安全与生产就绪 → 分布式结算协议 |
协议模型
POC V2 由五个连续的可信边界组成：
| 边界 | 权威结果 |
|---|---|
| 贡献形成 | DApp 链上状态机确认业务事实已经成熟 |
| 可信发行 | POC 可信贡献入口在注册表约束下产生最终确认的贡献事件（ContributionEvent） |
| 确定性计算 | 验证者从同一生效游标和最终确认输入独立生成同一结果承诺（Commitment） |
| 结果背书 | 完整验证委员会（Committee）中严格超过三分之二权重签署同一结果，形成 QC |
| 原子激活 | 候选结果（Candidate）完成交付批次（Batch）与封存（Seal）后，链上原子切换生效状态根、版本和游标 |
下游质押、治理投票或其他模块只读取已激活算力（Activated Power），不读取本地数据库、证据包（Artifact）、验证者临时结果或尚未激活的候选结果。
核心术语
| 术语 | 定义 |
|---|---|
| 贡献事件 | 由 POC 可信路径产生，并已获最终确认的协议输入 |
| DApp 权益代币 | DApp 用于表达贡献权益并建立价格身份的链上代币 |
| 注册表（Registry） | 保存应用身份、权益代币、托管关系、准入状态和权重的链上治理模块 |
| 最新稳定价格（Latest Stable Price） | Topo DEX 已结束周期形成、可在指定最终确认边界恢复的最新稳定价格 |
| 生效游标（Active cursor） | 表示当前生效算力已完整计入的最大源周期 |
| 计算上下文（Context） | 固定链身份、生效基准、覆盖范围、输入根、价格快照和验证委员会的计算条件 |
| 证据包 | 按内容摘要寻址，用于重放输入、证明、状态补丁和交付批次 |
| 结果承诺 | 绑定计算上下文、受影响用户、状态补丁、后置状态、交付批次集合和证据包摘要 |
| QC | 对同一计算上下文与结果承诺的严格超三分之二权重证明 |
| 候选结果 | 已绑定 QC、但尚未成为链上可消费算力的结果 |
| 已激活算力 | 已通过原子激活、可供下游读取的唯一权威算力 |
规范用语
本文档中的“必须”表示协议或安全要求；“应”表示推荐的生产实践；“可以”表示不会改变核心安全性质的实现选择。