任何 USUAL 持有者都可以提议 UIP（Usual Improvement Proposal）。本文带你走完从想法到链上执行的完整流程。
哪些变更需要 UIP
任何影响协议状态、合约或经济的变更都需要 UIP：
新产品或抵押品类型
参数变更（费用、利率、锁仓权重、增发分成）
金库分配（DAO 如何部署资产）
与外部协议的合作与集成
紧急措施
治理流程变更
简单的前端修复、营销决策或服务层运营变更不需要 UIP——这些由 Usual Labs 直接处理。
最低要求
在链上提议 UIP 时，你通常需要：
一定数量的 USUAL 或 USUALx 投票权（由治理合约设定阈值）
一篇经过社区讨论打磨过的论坛帖子
一份明确的 UIP 草案，清晰说明变更内容
如果你未达到投票权阈值，可以与达到阈值的委托人或大额持有者合作。
提案生命周期
```
步骤 1——论坛帖子
└─ 在 gov.usual.money 发布想法以进行讨论
步骤 2——社区反馈
└─ 1-2 周的讨论、迭代和完善
步骤 3——UIP 草案
└─ 将提案格式化为正式 UIP，包含规范和理由
步骤 4——民意测试
└─ 非正式的 Snapshot 投票（3-5 天）
步骤 5——链上投票
└─ 有约束力的链上投票（5-7 天）
步骤 6——执行
└─ 若通过，实施变更
```
分步指南
1. 撰写论坛帖子
前往 gov.usual.money 在 Proposals 分类下创建新话题。你的帖子应包括：
标题——清晰具体
摘要——一段话说明提案的作用
动机——为什么这个变更重要以及受益方
规范——确切的变更（参数、合约、数额）
理由——为什么这种做法是正确的
风险——可能出错的地方
替代方案——你考虑过的其他方式
保持帖子聚焦。冗长无结构的帖子难以讨论。
2. 回应反馈
在 1–2 周内积极参与讨论。回应问题。根据建设性反馈修改提案。目标不是赢得每一次辩论——而是产生社区能够理解并支持的提案。
3. 格式化为 UIP
论坛讨论收敛后，起草正式的 UIP。UIP 有标准结构：
UIP 编号（由治理协调员分配）
标题、作者、日期
摘要
规范（包括具体链上参数）
动机
影响分析
安全考虑
实施计划
参考过往 UIP 的格式示例。
4. 提交民意测试
创建 Snapshot 投票以获取非正式信号。这不具约束力，但能告诉你链上投票是否有可能通过。若民意测试未通过，你可以在提交链上投票前修改并重试。
5. 提交链上投票
若民意测试通过，在链上提交提案。这是具约束力的投票。它持续 5–7 天，并要求满足投票机制中描述的法定人数和通过阈值。
6. 实施
若投票通过，DAO 会执行提案。这可能涉及：
一次多签交易
一次治理合约调用
Usual Labs 根据需要更新前端或后端
实施后的监控与报告
大多数 UIP 在几天内完全实施。复杂变更（新产品、新抵押品）可能需要数周。
UIP 成功的小贴士
从论坛开始——不要跳过 Snapshot 或链上阶段。论坛是提案成型的地方。
倾听反馈——社区常能指出作者未考虑的问题。请认真对待。
具体明确——模糊的提案难以通过。明确列出每一个参数。
包括风险——掩盖风险会让提案显得不诚实。透明列出风险能建立信任。
规划实施——考虑变更将如何执行、由谁实施，以及如何监控。
若你的 UIP 失败
UIP 可能在任何阶段失败：论坛、民意测试或链上投票。失败并非终点。你可以：
修改后重新提交
将提案拆分为更小、更易通过的部分
利用反馈改进下一次提案
提示： 提议 UIP 是一项有意义的行为。请花时间起草、讨论和完善。仓促的提案很少带来好的结果。
技术说明（面向 DeFi 用户）： 在链上提交 UIP 需要与治理合约交互。具体接口（Snapshot、Tally 或自定义合约）在 gov.usual.money 列出。提案阈值和法定人数要求定义在治理合约中，可在链上查询。过往 UIP 可在治理论坛存档和文档中查阅。
相关文章