治理参与方式

所有 Wrapped Flare（WFLR）代币持有者都可以参与 Flare 的治理。每一枚 WFLR 代表一票，持有者可直接对与网络开发及运营相关的提案进行投票，从而在决策中发挥主动作用。

参与治理前，用户需先通过 Flare Portal 将 FLR 代币封装为 WFLR。完成封装后，WFLR 可用于参与治理投票，或委托给数据提供者。通过委托，用户可在维持治理投票权的同时获得奖励。

Flare 基金会与 Flare 风投基金（VC Fund）不会参与治理投票，以确保治理权掌握在更广泛的社区手中，防止核心实体集中影响力。

提案类型

Flare 治理框架支持三种类型的提案，覆盖主网与测试网络的变更流程：

• Flare 改进提案（FIP）：用于对 Flare 主网进行更新或变更。通过条件为投票中超过 50% 支持。
• Songbird 改进提案（SIP）：与 FIP 类似，但仅适用于 Songbird 金丝雀网络。同样需超过 50% 支持票数方可通过。
• Songbird 测试提案（STP）：用于测试新功能或想法。默认即被接受，除非达成 75% 投票权的最小法定人数且大多数投票反对该提案。

治理流程

每项治理提案都遵循一套明确流程，包括提案发布、快照、投票及结果公布：

1. 提案发布：首先发布提案公告，并开启社区意见征集与澄清期。
2. 账户快照：投票开始前，会对所有持有 WFLR 的账户进行快照，确定其投票权重。只有快照时持有的代币才具备投票资格。
3. 投票阶段：投票期通常持续一周。在此期间，符合条件的账户可使用 WFLR 投票支持或反对该提案。
4. 结果公布：投票结束后，统计结果。若提案达到所需支持比例，且（如适用）满足最低法定票数要求，则该提案被批准实施。

Songbird 的角色

Songbird 是 Flare 的金丝雀网络，作为提案、协议升级与新功能的测试环境存在。它为开发者与社区提供一个平台，可以在引入主网前观察变更的实际影响。

多数提案会首先以 SIP（Songbird 改进提案）或 STP（Songbird 测试提案）的形式在 Songbird 上提出。这些提案支持真实用户参与与激励，允许在实际环境中对变更进行测试与验证。一旦验证成功且运行稳定，相应提案可转为 FIP（Flare 改进提案）提交至 Flare 主网。

这种“双层治理结构”增强了决策流程的稳健性，使新想法能够在更接近现实的条件下被评估，同时降低了直接在主网部署未测试功能所带来的风险。Songbird 加强了 Flare 的治理系统，为创新提供了低风险实验空间，同时保障社区的广泛参与。

要点总结

• 所有 Wrapped FLR（WFLR）持有者均可参与治理，每位持币者均可对塑造网络未来的提案进行投票。
• 治理提案分为三类：FIP 用于 Flare 主网变更、SIP 用于 Songbird 网络、STP 用于在 Songbird 上测试功能，测试型提案的通过门槛最低。
• 治理流程包括提案公告、WFLR 快照、一周投票期与结果公开，确保治理过程的透明与公正。
• Flare 基金会与风投基金不参与治理投票，保障了决策的去中心化，避免协议方向被集中控制。
• Songbird 作为治理与升级的测试网络，在提案进入 Flare 主网前提供真实测试环境，增强系统的稳定性与社区信任。