Skip to content

[Feature] On-Chain Governance Proposal Logic #180

Description

@AlAfiz

Description: Build the foundational Governor contract allowing users with staked FLOW tokens to propose and vote on protocol changes (e.g., changing fee structures, adding new AMM pairs).
Context / Motivation: Decentralization is the end goal. A robust governance module ensures that the community controls TradeFlow's parameters, aligning with Web3 ethos.
Acceptance Criteria: - [ ] Implement propose, cast_vote, and execute functions.

  • Proposals must have defined states: Pending, Active, Defeated, Succeeded, Executed.
  • Require a minimum token threshold to create a proposal.
  • Ensure double-voting is impossible by tracking vote status per address in persistent storage.
    Technical Pointers: Because Soroban doesn't easily support dynamic payload execution out of the box (like Ethereum's target.call(data)), the execute phase may initially focus on updating predefined administrative variables rather than arbitrary contract calls. Scope the MVP accordingly.

Metadata

Metadata

Assignees

No one assigned

    Labels

    GrantFox OSSIssue tracked in GrantFox OSSMaybe RewardedIssue may be eligible for a GrantFox rewardOfficial CampaignCampaign: Official Campaignhelp wantedExtra attention is needed

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions