# Frax 治理概述

### **动机**

在 Frax 治理实施之前，Frax 协议的操作并未完全去中心化。大多数操作由关键的 Frax 利益相关者通过 Gnosis Safes 执行。隐含的信任假设是，Frax 利益相关者不会恶意行为，且外部参与者不会迫使利益相关者执行恶意操作。随着 Frax 治理的引入，这一信任假设被消除，Frax 协议由 veFXS 持有者通过链上治理控制。

⚠️（截至 2024 年 10 月 2 日）在迁移过程中，投票将通过 Snapshot 在 Frax 自有的 [Fraxtal ](https://docs.frax.com/fraxtal)链上进行。⚠️

### **主要组成部分**

<figure><img src="https://756501507-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MJQZW1mSg2O5N7HXHo0-1995411665%2Fuploads%2FPJQEueeZ4vMIF2c8Pjyu%2Fimage.png?alt=media&#x26;token=623a24bc-70b1-4c1c-8cdc-0485d61ae997" alt=""><figcaption></figcaption></figure>

### **最终状态及关键要点**

Frax 治理的最终状态将全面控制所有主要的安全库，让 veFXS 持有者对协议中的一切拥有最终决定权。veFXS 持有者可以对所有提案进行投票，可以在达到法定人数并通过的情况下，替换 Frax 团队成员作为底层安全库的所有者并执行任何行动。

Frax 团队成员可以通过 FraxGovernorOmega 创建乐观提案，这些提案默认成功。通常情况下，提案默认失败，但在 Frax 治理中，veFXS 持有者也可以对乐观提案进行支持或反对的投票。如果一个乐观提案达到法定人数且反对票多于支持票，该提案将失败。