治理框架
治理决定参数由谁调整、以什么节奏调整。
治理范围：五类参数
「治理范围：五类参数」章节链接| 参数 | 内容 |
|---|---|
| 代币权重与质量系数 | 决定算力如何折算为有效权重 |
| 运行算力单价基准 | 运行算力费用的计价基础 |
| k 值调节策略 | 配额发放的杠杆比率（含单周期变化上限） |
| 回购销毁比例 | 协议收入中用于回购销毁的份额 |
| 金库支出 | 生态投资与应急储备的使用 |
参数变更须经链上提案与表决，并设有生效延迟期，给市场留出预期调整时间。
治理边界：什么不归链上管
「治理边界：什么不归链上管」章节链接这条边界划在「商业运营」与「链上经济」之间：采购合同、发票与 SLA 属于常规商业事项，不适合链上表决；但由此产生的收入分配比例属于协议经济，必须接受治理约束。
治理演进：三个阶段
「治理演进：三个阶段」章节链接治理权限随网络成熟度逐步下放：
表 治理的三个阶段
| 阶段 | 治理模式 | 特征 |
|---|---|---|
| Genesis | 核心团队主导 | 参数快速迭代，社区以公会形式参与建议 |
| 主网期 | 团队与社区代表共治 | 引入验证者与公会席位，关键参数须社区表决 |
| TGE 后 | DAO 治理 | 完整链上提案与表决，金库交由多签与委员会管理 |
公会作为治理单元
「公会作为治理单元」章节链接香港人才公会成员网络将作为治理中的社区代表席位来源。
公会不仅是获客渠道，也是治理中「用户侧声音」的制度化表达——避免治理被节点方与团队单方面主导。
| 角色 | 治理中的位置 |
|---|---|
| 核心团队 | Genesis 阶段主导，主网后回归提案方 |
| 算力节点方 | 验证者与节点席位 |
| 用户侧 | 公会代表席位 |
| 金库 | TGE 后由多签与委员会管理 |