> ## Documentation Index
> Fetch the complete documentation index at: https://docs.surchi.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# SURCHI Governance: Community-Driven Platform Decisions

> $SURCHI token holders vote on proposals for new features, network integrations, fee structures, and ecosystem direction to govern the platform.

SURCHI is built for and by its community. Rather than making unilateral decisions about the platform's future, the SURCHI team empowers $SURCHI token holders to shape the product roadmap, influence fee structures, approve ecosystem grants, and decide which new blockchain networks to support. Every holder has a voice — and the more $SURCHI you hold, the greater your influence over the decisions that matter most.

## How Governance Works

Participating in SURCHI governance is straightforward. Follow these steps to submit your vote and help guide the platform's direction.

<Steps>
  <Step title="Hold $SURCHI">
    Acquire and hold \$SURCHI tokens in a compatible Solana wallet (such as Phantom or Solflare). Your voting power is directly proportional to the number of tokens you hold at the time of the proposal snapshot. There is no minimum holding threshold — every token counts.
  </Step>

  <Step title="Browse Proposals">
    Visit the [SURCHI Governance portal](https://surchi.xyz/governance) to see all active, pending, and historical proposals. Each proposal includes a summary, rationale, expected impact, and the voting deadline. You can filter proposals by category — feature requests, network integrations, fee changes, and more.
  </Step>

  <Step title="Cast Your Vote">
    On any active proposal, select your position: **For**, **Against**, or **Abstain**. Votes are recorded on-chain and are publicly verifiable. You can change your vote at any time before the voting window closes. Abstaining counts toward quorum without expressing a directional preference.
  </Step>

  <Step title="Results Implemented">
    Once the voting window closes, results are tallied automatically. If a proposal passes — meaning quorum is met and a majority of votes are cast **For** — the SURCHI team commits to implementing the change within the timeline specified in the proposal, typically within 30 days. All outcomes are published publicly in the governance portal.
  </Step>
</Steps>

## Voting Power

SURCHI uses a simple token-weighted voting model to ensure that those with the greatest stake in the platform have the most influence over its direction.

* **1 \$SURCHI = 1 vote** — your base voting power equals your token balance at the time of the proposal snapshot.
* **Staked tokens earn a 1.5× multiplier** — if you have staked your \$SURCHI tokens through the official staking program, each staked token carries 1.5 votes. This rewards long-term holders who demonstrate commitment to the ecosystem.
* **Snapshot timing** — voting power is calculated from a wallet snapshot taken at the moment a proposal moves from Draft to Active status. Tokens acquired after the snapshot do not count toward that specific proposal.
* **Delegation** — token holders who prefer not to vote directly can delegate their voting power to a trusted community member or expert without transferring ownership of their tokens.

## Proposal Types

SURCHI governance covers four primary categories of proposals. Each type has its own impact on the platform and requires thoughtful community input before being adopted.

<CardGroup cols={2}>
  <Card title="Feature Proposals" icon="wand-magic-sparkles">
    Request new platform features or improvements to existing tools — such as adding a new analytics dashboard, expanding AI Audit capabilities, or introducing a new alert type. Feature proposals are the most common category and are open to any community member to submit.
  </Card>

  <Card title="Network Integration" icon="link">
    Vote on adding support for new blockchain networks to the SURCHI Explorer, AI Audit engine, and Wallet Intelligence dashboard. Network integrations require significant development resources, making community prioritization essential to ensure the most-requested chains are added first.
  </Card>

  <Card title="Fee Structure" icon="receipt">
    Propose changes to SURCHI's platform fee model — including API pricing tiers, premium subscription rates, and \$SURCHI staking reward rates. Fee structure proposals directly affect both the platform's revenue sustainability and the value accrued by token holders.
  </Card>

  <Card title="Ecosystem Grants" icon="hand-holding-dollar">
    Approve the allocation of funds from the SURCHI ecosystem treasury (10% of total supply) to support community projects, third-party integrations, developer grants, marketing initiatives, and partnerships. All grant disbursements above a minimum threshold require a governance vote.
  </Card>
</CardGroup>

## Proposal Lifecycle

Every governance proposal follows a structured lifecycle from community discussion through final implementation. Understanding each stage helps you engage at the right time.

| Stage           | Duration              | Description                                                                                                                                                                                                                           |
| --------------- | --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Draft**       | Open (no fixed limit) | The proposal is open for community discussion, feedback, and revision. Anyone can comment, suggest amendments, or signal informal support. The proposer may update the draft based on feedback before submitting it to a formal vote. |
| **Active**      | 7 days                | The formal voting window is open. Token holders can cast their votes — For, Against, or Abstain — at any time during this period. The proposal snapshot is taken at the start of this stage.                                          |
| **Passed**      | —                     | The voting window has closed. Quorum was met and a majority of participating votes were cast **For**. The proposal is approved and enters the implementation queue.                                                                   |
| **Failed**      | —                     | The voting window has closed. Either quorum was not reached, or a majority of participating votes were cast **Against**. Failed proposals may be revised and resubmitted after a 14-day cooling-off period.                           |
| **Implemented** | Within 30 days        | The SURCHI team executes the approved change according to the proposal's specified timeline. Updates are communicated via official channels and the governance portal is updated with a completion note.                              |

## Quorum Requirements

To prevent low-participation votes from enacting major changes, SURCHI requires a minimum participation threshold for any proposal to be considered valid.

* **Minimum quorum:** 5% of the circulating supply of \$SURCHI must participate (vote For, Against, or Abstain) for a proposal to reach quorum.
* **Passing threshold:** Of votes cast, a simple majority (>50%) must be **For** for the proposal to pass. Abstain votes count toward quorum but not toward the For/Against tally.
* **High-impact proposals:** Certain categories — such as changes to the total token supply or major fee restructuring — may require a supermajority of 66% of participating votes to pass, as specified in the individual proposal.

If a proposal fails to meet quorum, it is marked as **Failed** regardless of the For/Against split. This prevents a small group of coordinated voters from pushing through changes without sufficient community engagement.

## Future DAO

SURCHI's current governance model is a governance-lite system: votes are recorded on-chain, but execution is still performed by the SURCHI core team. This hybrid approach ensures speed and accountability during the platform's early growth phase. However, the long-term vision is a fully decentralized autonomous organization (DAO) with trustless, on-chain execution.

The planned DAO transition includes:

* **Smart contract-enforced execution** — approved proposals will automatically trigger on-chain actions (treasury disbursements, parameter changes) without requiring manual team intervention.
* **Multi-sig treasury** — the ecosystem treasury will be governed by a community-controlled multi-signature wallet, requiring multiple elected signers to approve any disbursement.
* **Community-elected council** — a rotating council of elected community members will serve as stewards of the governance process, reviewing proposals for completeness and managing the proposal queue.
* **On-chain proposal submission** — any wallet holding above a minimum threshold (to be determined by governance vote) will be able to submit proposals directly on-chain without team approval.

The DAO formation milestone is targeted for Phase 4 of the SURCHI roadmap. Progress updates will be shared via the governance portal and official community channels.

<Info>
  Participate in active governance proposals and browse the full proposal history at the [SURCHI Governance Portal](https://surchi.xyz/governance). Connect your Solana wallet to vote directly from your browser — no registration required.
</Info>
