Web3 基金会在今年 10 月正式宣布将积极参与 OpenGov，并同步发布了新的 Grant 评估指南。

而现在，基金会的 Grant 评审团队的任务，是基于他们多年评审生态各类资助申请的经验，在 OpenGov 中提供公开、专业的反馈，协助社区更理性地判断国库资金的使用方向。

我们清楚 OpenGov 支持的提案范围非常广，而基金会的职责，是帮助社区识别那些可信赖、与 Polkadot 价值观一致的提案，并向提案人尽可能明确地解释我们的评估标准与基本立场。

我们希望在 OpenGov 提案中看到什么？

无论是技术类还是非技术类提案，都需要在几个核心维度上展现清晰、可信、可执行的逻辑。以下是 Web3 基金会在评估提案时最关注的三大标准：

1. 成本效益：预算必须合理、透明、可验证

我们鼓励所有计划提交提案的团队，在正式发起前就尽早参与治理平台上的讨论，并公开说明交付物与预算的合理性。

这一要求适用于所有类型的提案：技术基础设施、社区运营、研究项目、市场拓展计划等。

预算是否严谨，是判断提案人是否真正思考过自己承诺的最直接方式。

我们期望提案能够提供：

• 清晰的成本明细 
• 必要时提供供应商报价 
• 与行业类似工作的成本对标 
• 预算中体现出“既节约，又保证质量” 

通过提前沟通，提案人也能确认自己的花费是否合理，并展现对社区资金的尊重。

国库不是随便花钱的地方，它是公共资源，需要负责任地管理。

2. 专业能力：团队必须可信、有经验、能交付

可信度决定一切。

基金会会基于多年资助审核经验，审查提案团队是否具备完成工作的实际能力。

根据提案类型不同，我们关注的侧重点也不同：

• 技术类提案：系统架构、技术路线和集成方案是否可行 
• 社区类提案：团队是否有过往社区运营或活动管理经验 
• 研究类提案：研究方法是否严谨，是否有相关发表或成果 
• 市场拓展类提案：团队是否真正理解目标市场，经验是否真实有效 

无论类型如何，我们都要求：

• 可验证的团队身份 
• 可靠证据证明该团队能够按承诺交付 

3. 责任机制：交付必须可追踪、可验证、能问责

我们希望所有获得资助的提案，都能通过链上机制进行跟踪和问责。

OpenGov 本身支持基于里程碑的自动支付。一旦提案的交付物长期未达到预期，社区可以发起投票，停止后续付款。

为此，我们鼓励提案团队将范围和预算通过以下方式固化为不可变版本：

• 上传至 IPFS 
• Git 仓库 
• 链上哈希 

这样社区可以清楚核对“承诺是什么”和“是否真正交付”，确保问责机制有效。

4.终极问题：这个提案是否创造真正的生态价值？

在三个核心维度之外，我们始终会问一个关键问题：这个提案是否真正能为 Polkadot 生态带来价值？并且，资助它是否是最合理、最必要的方式？

我们优先支持那些具有“生态级影响”的提案，而不是仅仅让个别团队受益的工作。

我们也会问：如果这个提案不被资助，Polkadot 生态是否会明显变得更糟？

我们的目标是建立一个更成熟、更负责任的生态资助体系。通过坚持这些标准，我们想传递一个明确的信号 —— OpenGov 是一个尊重资源、追求质量、强调责任与一致性的治理系统。

我们希望吸引那些真正致力于建设生态、认同这些价值观的团队，共同打造一个与 Polkadot 技术实力相匹配、可持续且具长期价值的生态系统。

所有 OpenGov 提案必须达到的最低标准

若希望获得 Web3 基金会（W3F）的 赞成票（Aye），提案需要满足以下基本要求。这些标准适用于所有类型的提案，不论是技术类、社区类还是市场类。

1. 可在链上验证的提案人身份

提案人必须使用可验证的链上身份提交提案，确保透明度和可信度。

2. 固化且不可更改的范围与预算

提案的最终范围与预算必须通过 IPFS、Git 标签或链上哈希固定下来，并在公投文本中明确引用相关哈希。这样可以确保提案在进入投票阶段后不能被随意修改。

3. 交付物必须具体、可衡量、有明确成功标准

成果描述必须清晰具体，而不是模糊目标。例子：

❌“提升开发者参与度”——目标太抽象 

✅“在 2026 年第二季度前完成 50 名开发者的教程上手并成功提交成果”——可量化、可验证的目标 

4. 预算需逐项列出，并具备合理依据

预算不能只是一个总额，而应包含：

• 逐项成本拆分 
• 供应商报价（如适用） 
• 与市场类似工作的成本对标 

任何重要支出都必须给出合理解释，避免隐藏成本假设。

5. 基于里程碑的资金发放机制

资金应按照里程碑阶段分批拨付，每一批款项都必须与已完成的可验证交付物对应。

6. 充分的公共讨论周期

提案在发起公投前，必须至少提供 14 天 的社区讨论时间，使社区可以充分评估内容并提出反馈。

7. 对社区反馈保持积极与开放

优秀的提案应根据社区意见做出合理调整，并保持持续沟通。如果讨论后对范围或预算进行了重大更改，必须重新生成哈希并重新提交给社区确认。

附加建议（非硬性要求，但强烈推荐）

虽然不是强制要求，但基金会建议提案人：

• 对项目代码采用开源协议 
• 在涉及安全风险的情况下，提前规划独立的安全审计 
• 描述项目在国库资助结束后的可持续计划 

这些内容会显著提升提案的专业性与可信度。

沟通与支持：我们如何协助提案人？

我们鼓励提案团队在准备提案的早期，就通过 gov@web3.foundation 与 Web3 基金会取得联系。

在提案成型过程中，我们可以提供以下支持：

• 预算对标：帮助你将成本与业内类似工作进行比较，确认预算是否合理。 
• 交付物设计：协助提案人明确成果定义与可衡量的成功指标。 
• 资金结构规划：共同制定清晰的、基于里程碑的分阶段拨款方式。 
• 方案路径思考：根据提案类型，提供关于技术集成或市场策略的参考意见。 
• 治理呈现方式：指导如何更好地向社区展示提案，使讨论更充分、反馈更准确。 

与基金会沟通并不是提案成功的必要条件，但遵守这些指南，是基金会愿意投出赞成票（Aye）的最基本前提。

基金会的角色：公正、透明的生态参与者

在整个治理流程中，Web3 基金会始终坚持保持公正与透明。我们将自己视为 Polkadot 生态众多利益相关者之一，而不是单一权威角色。

我们的目标是：

• 帮助社区做出更充分、信息更透明的决策
• 提高国库资金分配的可信度与合理性

通过公开这些指南，以及我们做出判断背后的理由，我们希望增强社区对国库治理流程的信任，鼓励提案人提交更高质量、更加负责的提案！

原文链接：https://medium.com/web3foundation/w3f-opengov-proposal-voting-guidelines-543ff7faba03?postPublishedType=repub

• PolkaWorld Telegram 群：https://t.me/+z7BUktDraU1mNWE1
• PolkaWorld Youtube 频道：https://www.youtube.com/c/PolkaWorld
• PolkaWorld Twitter：@polkaworld_org