[UNISWAP] [RFC] 治理流程升级：为温度检查设立时效法规

作者：@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 当前的意愿，而不是依赖提案者的善意来“重新检查”情绪。