治理提案通过就是生效了吗？从投票追到执行交易

通过与执行为何要分开？

OpenZeppelin Governor 与 Timelock 的文档展示了一种常见流程：提案经投票满足条件后，可能还要排队、等待延迟，最后执行调用。实际协议可以采用不同模块，不能假设全部治理都走同一套步骤。

论坛讨论或链下民意投票也可能只是后续链上提案的前置环节。看见“赞成票占多数”时，继续核对法定票数、提案状态和是否触发正式执行流程。

• 依据：OpenZeppelin：链上治理与 Timelock ↗

哪条证据支持参数已经改变？

保留提案 ID、治理合约、目标网络、调用内容和执行交易。执行成功后，再核对目标合约的当前参数；若提案同时涉及多条链，还需确认各链执行范围。

例如提案计划降低某抵押品阈值：投票通过只能支持“获通过”，排队交易支持“已进入等待”，对应市场参数改变才支持“已生效”。标题和日期应反映各自阶段。

如何串到风险与公告日历？

预计执行时间可作为日历中的待核对节点，实际执行后再更新事件证据。撤销、失败或推迟都应保留原因和最新状态，不用预计时间自动替换成已完成。

借贷或跨链用户要核对自己所在市场是否被覆盖。代币价格上涨、协议总 TVL 变化或公告热度，都不能替代目标参数的执行证据。