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

整理：链小知（AI 辅助）
更新日期：2026-10-09
引用地址：https://lianxiaozhi.com/learn/governance-proposal-status

提案、投票通过、排队等待与执行完成是不同状态。判断协议参数是否已改变，应确认实际治理流程、执行交易和目标网络，不能只读“通过”标题。

## 通过与执行为何要分开？

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

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

依据：[OpenZeppelin：链上治理与 Timelock](https://docs.openzeppelin.com/contracts/5.x/governance)

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

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

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


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

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

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


## 继续核对
- [新闻证据核验](https://lianxiaozhi.com/learn/verify-crypto-news)
- [公告日历](https://lianxiaozhi.com/calendar)
- [风险与期限](https://lianxiaozhi.com/risks)