Gyroscope Protocol
HomeApp
  • tldr: What is Gyroscope
  • Audit Reports
  • POOLS
    • Overview
    • 2-CLPs
    • 3-CLPs
    • E-CLPs
    • Rehype E-CLPs
    • Technical documents
  • Governance
    • Overview
    • How it works
      • Voting Vaults
        • The Founding Member Vault
        • Councillor Vault
        • Associated DAO Vault
        • GYD LP Vault
        • GYFI Vault
      • Action Tiering
      • On-chain proposals
      • Vote delegation
      • Conditional cashflows
      • GYD Recovery Module
      • Optimistic Approval
        • Emergency Recovery
        • Limiting Upgradeability
    • Governance process
    • GYFI Tokenomics
      • Token Allocation
      • Release schedules
      • Eligibility
  • GYD
    • Overview
    • How it works
      • Reserve design
      • Autonomous pricing
        • Dynamic Stability Mechanism
        • GYD Trading Pools
        • Economic intuition
      • Reserve Safety Checks
      • Complementary stability mechanisms
      • Oracles & price feeds
        • Consolidated price feed
        • LP share pricing
      • Risks
      • DSM error codes
      • Protocol fees
    • sGYD
      • Yield Emission Process
      • Security
      • Audit Report
      • Code Repositories
      • Contract Addresses
      • Supported Venues
      • sGYD Internals
      • Risks
    • Technical Documents
  • Deployed Contracts
    • Contract addresses
      • Bridged GYD
      • GYFI
      • Pools
      • GYD Core
      • Governance
        • L1 Governance
        • L2 Governance
      • Gyro Proto
      • Consolidated price feed
  • Official channels
  • FAQ
    • Coinmarketcap
    • Is there info on the Gamified Testnet?
    • Is there a Gyroscope whitepaper?
    • How is Gyroscope different?
    • Why is it called Gyroscope?
    • How scalable is Gyroscope?
    • What are use cases of Gyroscope?
    • Gyroscope & Academia
    • Classical FAQ
    • Coingecko
  • Press kit
  • Learn more
  • Licensing
Powered by GitBook
On this page

Was this helpful?

  1. Governance
  2. How it works

On-chain proposals

Lifecycle of a proposal

  1. Proposal creation: A proposal, which is a list of calls to execute, is created by a participant using GovernanceManager.createProposal

    1. The tier (containing quorum and other metadata, see DataTypes.Tier) is set to the highest tier of any of the calls to execute

    2. The proposer votes are computed and checked against the proposal threshold (part of the tier information)

    3. If the proposer has enough voting power, the proposal is started

  2. Voting phase

    1. Any participant with voting power is allowed to vote "for", "against", or "abstain" using GovernanceManager.vote

    2. A participant can change his/her vote at any time

  3. Proposal conclusion: a vote can be concluded by anyone using GovernanceManager.tallyVote

    1. If the quorum is reached and the vote threshold is reached, the proposal is queued for execution

    2. If not, the proposal is marked as rejected

  4. Proposal execution: a proposal can be executed by anyone using GovernanceManager.executeProposal once the time lock for the tallied proposal has passed

PreviousAction TieringNextVote delegation

Last updated 7 months ago

Was this helpful?