MSG 公链业务模块详解

⬅ 返回 MSG 白皮书层级目录

DAO 治理与时间锁执行

知识网络定位

当前页面已进入跨页知识网络层：不仅展示本页拓扑，还明确它在整站里的分类、被哪些页面引用、又继续指向哪些专题与证据页。

打开知识网络总览

状态：已实现分组：控制与治理出链：8 回链：16 相邻推荐：8

金库多签阈值治理时间锁提案注册中心规范键

这页继续通向

全站证明链总图创世注册中心 (genesis_registry_v1)可信性证明链可信结论专章基金会金库被动入账与审批智能合约引擎 (CosmWasm)白皮书总拓扑母图证据索引总表

这些页面会回到本页

AI Agent 智能接入 AI 控制平面与主链执行入口 AI 权限与制度控制面 AI 治理自治闭环创世注册中心 (genesis_registry_v1)原始证据样本画廊可信性证明链基金会金库被动入账与审批安全总览拓扑独立复核作战图白皮书总拓扑母图角色化阅读路径总图证据强度判据证据索引总表证据覆盖率矩阵资格审计与违约处罚机制 (Slashing & Audit)

DAO 交叉校验

可证：create 成功、vote 成功、timelock 未到执行失败边界：本页证明治理门禁，不单独等于所有下游执行都已最终成功证明链：registry 寻址 -> proposal_id -> execution receipt -> foundation execution_id

资金下游：高价值执行 / 双签 / executed 治理寻址：canonical key -> dao_governance 运行时下游：参数更新与合约调用回母图：看 DAO 在控制面 / 资金面的总控位置证据索引：create / vote / execute-fail 原文可信判据：为什么门禁与执行必须分页表达

本页能证明什么

本页当前能证明治理门禁真实存在，而且 `proposal -> vote -> timelock -> execute-fail` 不是纸面流程。

可证 create proposal 与 vote 都已有成功样本。
可证 timelock 未结束时执行会真实失败，而不是前端文案限制。
可证 DAO 与 foundation 能拼成“治理门禁 -> 金库执行”双页闭环。

回可信结论专章

本页不能越级证明什么

DAO 页负责控制面，不代替 foundation 的执行状态页，也不代替 contract 页解释所有参数更新结果。

不单独宣称所有提案最后都已 executed。
不把 timelock 拒绝样本偷换成 treasury 已全部成功执行。
不把治理门禁页写成万能的“全系统已通过审核”证明。

查看可信边界方法

推荐阅读路径

如果读者最关心“治理是不是玩真的”，建议按“寻址 -> 提案 -> 投票 -> timelock -> 下游执行”顺序阅读。

先看 `Registry -> Resolve`，确认 DAO 合约来源。
再看 `Propose -> Deposit -> Voting -> Tally`，确认治理主流程。
最后跳 `foundation / contract / evidence_index`，核对执行下游与原始 JSON。

回全站证明总图

链路	拓扑锚点	原始证据	上游 / 下游	当前结论
寻址链路	Registry -> Resolve -> Propose	`canonical key -> dao_governance` 说明	上游 `registry`	可证明治理入口地址来自链上寻址，不是页面别名
门禁链路	Propose -> Deposit -> Voting -> Tally -> Timelock -> EarlyExec	create / vote 成功 + execute fail 原始 JSON	下游 `foundation` / `contract`	可证明 DAO 不是投票后立即执行，而是存在 timelock 冷静期
执行下游链路	Exec -> Treasury / Contract -> Receipt	`execution receipt / proposal status` + foundation execution 样本	下游 `foundation` / `proof_chain`	可证明治理页与资金页、参数页可拼接，但仍需分层回查


flowchart TD
    Registry["registry.html
canonical key -> dao_governance"] --> Resolve["resolve dao_governance 地址"]
    Resolve --> Propose["发起链上提案"]
    Propose --> Deposit["缴纳防粉尘攻击保证金"]
    Deposit --> Voting["提案进入投票期"]
    Voting --> VoteYes["赞成 / 反对 / 弃权票进入 tally"]
    VoteYes --> Tally{"期满计票 (Tally)"}
    Tally -->|"赞成票达标"| Passed["提案通过"]
    Tally -->|"未达标"| Rejected["提案失败 / 不执行"]
    Passed --> ProposalID["proposal_id / queue item"]
    ProposalID --> Queue["进入可执行队列"]
    Queue --> Timelock["时间锁冷静期 (Timelock Delay)"]
    Timelock --> EarlyExec["负样本: 提前执行 -> Timelock period not finished"]
    EarlyExec --> Wait["继续等待 timelock 到期"]
    Wait --> Exec["冷静期结束后执行"]
    Exec --> Receipt["execution receipt / proposal status"]
    Receipt --> Evidence["evidence_index.html
create / vote / execute-fail 原文"]
    Exec --> Treasury["foundation.html
下游: treasury execution"]
    Exec --> Contract["contract.html
下游: 参数更新 / 合约调用"]
    Treasury --> TreasuryReceipt["execution_id / executed / signatures_count"]
    TreasuryReceipt -.-> Proof["proof_chain.html
控制面 -> 执行面 -> 资金面 -> 证据面"]
    Rejected -.-> Close["提案关闭 / 不进入执行面"]

📄 真实来源: dao_governance_v1 + 20260416 highpath 证据

// DAO 页面当前可证明的真实链路：
// 1. create proposal 成功
// 2. vote 成功
// 3. execute proposal 在 timelock 未结束时会被拒绝
// 4. DAO 不是“投票完立刻执行”，而是治理通过后还要过时间锁
//
// 与 foundation 页面关系：
// - DAO 是高价值 treasury execution 的上游门禁
// - foundation 页展示的是 execution / dynamic threshold / signer
// - dao 页展示的是 proposal / vote / timelock
//
// 这样分层后，导航系统的治理拓扑更完整，也更接近白皮书级控制面表达。

📄 原始 JSON: 20260416_105056_task270_highpath_fix6_*.json

// dao_create_proposal_response:
{"success":true,"tx_hash":"dda7b2d204d267b3dedb2359b7a877f8de43224ca114fb5fa041b17a1a85d3375972c9683a637e2561c39f3ca40ac1e17900d7704a47c3c8a2649c8fe33376fa","gas_used":470154}

// dao_vote_response:
{"success":true,"tx_hash":"b3d215d1998a39a81f15b1176721457f596131b6aa67a241dda85dcc2b8927f0b67973ca161e89d29bdda16e97131a847710f62daa6e8feb320bdcd06780c31a","gas_used":494103}

// dao_execute_proposal_response:
{"success":false,"gas_used":0,"error":"Execution failed: execute failed: contract execute error: Timelock period not finished: can execute at 1776307977"}

// 这说明：
// - success / success / fail 的组合是真实存在的
// - Timelock 在链上执行阶段真正生效，而不是页面注释
// - foundation 高价值执行页与本页一起，构成治理门禁 + 金库执行的双页闭环。

📄 证明链走廊: 为什么 DAO 页不是孤立页面

// 本页现在明确表达四段式走廊：
// 1. 控制面上游：
//    registry resolve dao_governance 地址，证明提案不是指向一个口头别名。
// 2. 执行面中段：
//    proposal -> vote -> timelock -> execute-fail / execute-ready。
// 3. 资金面下游：
//    若下游是 treasury execution，则必须继续跳转 foundation 页查看 execution_id / signatures_count / executed。
// 4. 证据面回跳：
//    create / vote / execute-fail 原文保留在 evidence_index 中，证明 Timelock 拒绝是真实结果。
//
// 因而 DAO 页的可信表述不是“已经证明全部资金执行成功”，
// 而是“已经证明治理门禁真实存在，并能与 foundation 页拼成完整闭环”。