本提案旨在为 Uniswap 治理引入一项关键改革：为温度检查（Snapshot 投票）设立 90 天的有效期。提案通过温度检查后，必须在 90 天内进入链上投票，否则视为过期失效，需重新发起温度检查。此举旨在解决当前治理中提案可无限期“待定”的问题，防范因市场变化导致的“僵尸提案”风险，提升治理效率与安全性，并与 MakerDAO 等行业最佳实践看齐。提案还明确了过期提案的再确认流程，确保链上执行始终反映社区最新意愿。
Note: Summary is automatically generated by AI and may differ from the original text. For reference only.
作者: @Eren_Targ5 (Daoplomats)
本提案旨在为 Uniswap 治理提案设立正式的“时效法规”。具体而言，它规定任何通过“温度检查”（Snapshot 投票）的提案必须在 90 天内进入链上投票。
如果提案未能在 90 天窗口期内进入链上投票，则该温度检查将被宣布为“已过期”（或“失效”）。若要继续推进，提案发起人必须重新启动治理流程，进行新的温度检查，以确保社区情绪仍然有效。
目前，Uniswap 治理在一个连续的周期中运行。与 Optimism 或 Arbitrum 不同，后者利用特定的“治理季度”或“周期”，在周期结束时自然淘汰过时的提案，而 Uniswap 提案在通过 Snapshot 投票后，理论上可以无限期地保持“待定”状态。
这带来了关键的风险和低效问题：
通过实施 90 天的有效期，我们将使 Uniswap 与行业最佳实践（例如 Sky）保持一致，并确保每一次链上投票都反映了 DAO 当前的意愿。
我们建议在官方的 Uniswap 社区治理流程中添加以下条款：
“温度检查的有效性：一次成功的温度检查（Snapshot 投票）自投票结束之日起 90 天内有效。如果未在此 90 天窗口期内提交链上治理提案，则该温度检查被视为已过期。提案发起人必须发布新的温度检查并获得新的社区批准，然后才能进入链上投票。”
| 状态 | 定义 | 所需行动 |
|---|---|---|
| 活跃中 | 在过去 90 天内通过 Snapshot 的提案。 | 可以立即进入链上投票。 |
| 失效 / 已过期 | 在超过 90 天前通过 Snapshot 但尚未提交到链上的提案。 | 必须重新运行温度检查阶段以验证当前情绪。 |
我们认识到，重大的协议升级或大规模倡议通常需要超过 90 天的开发时间线。然而，治理授权不应是无限期的。
如果提案已通过温度检查，但技术实施时间超过 90 天，提案发起人必须遵循“再确认流程”：
这一变化将使 Uniswap 与其他成熟的 DeFi 协议的卫生标准保持一致。
| 特性 | 当前 Uniswap 治理 | 提议的新结构 |
|---|---|---|
| Snapshot 有效性 | 无限期（理论上永久有效） | 90 天（时效法规） |
| 过时提案风险 | 高。理论上，一年前的提案尽管市场变化，今天仍可被执行。 | 低。提案必须具有新鲜的社区信号（3 个月内）才能执行。 |
| 治理周期 | 连续 / 无界 | 连续，但有一个滚动过期窗口以确保新鲜度。 |
| 重新提交 | 未定义 / 令人困惑 | 清晰流程：如果超过 90 天，必须重新发布 Snapshot。 |
我们已经看到“僵尸提案”混淆了治理流程。
本提案消除了这种模糊性。我们强制执行严格的 90 天过期规则，而不是依赖作者的善意来“重新检查”情绪，以确保每一次链上执行都代表了 DAO 当前的意愿。